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PREFACE 



The I/O interface is one type of commu- 
nication link between a channel 1 and the 
various I/O control units in IBM 
System/360 and System/370. It employs 
information formats and control-signal 
sequencing that provide a uniform means 
for attaching and controlling various 
types of control units. 

Information — in the form of commands* 
data, status information, sense informa- 
tion, control signals, and I/O-device 
addresses — is transmitted over the 
time- and function-shared lines of this 
interface. All exchanges of information 
are between a channel and attached 
control units. 

The design of this interface provides 
the following important features: 



Consistency in 
programming over a 
control units. 



i nput/output 
wide range of 



A ready physical connection to 
System/360, System/370, ECPS:VSE, 
and 370-XA channels of control 
units designed by any manufacturer 
to operate with this interface. 

The means to physically accommodate 
future control units designed to 
meet the parameters of this inter- 
face. 

The capability for providing an 
interlocked interface operation 
that is, in most cases, 
time-independent; this feature 
increases the range of control 
units that may be attached. 

The capability for providing a 
noni nterlocked interface operation 



that permits attachment of control 
units having higher data-rate 
requirements than those achievable 
through interlocked operations. 

• The servicing of up to eight 
control unit attachment points for 
each set of lines. 

This manual provides a functional 
description of the interface lines; a 
description of the electrical, mechan- 
ical, and cabling considerations; and an 
operational description of the I/O 
interface. It does not define the 
interface between control units and I/O 
devices. Additionally, the flow 
diagrams (Figures C-l through C-8) and 
the sequence charts (Figures C-9 through 
C-13) in Appendix C are provided as 
examples only and should not be used as 
a means of obtaining precise definitions 
of interface sequences. Refer to the 
main body of this manual for the 1/0- 
i nterf ace-sequence definitions. 

Unless otherwise stated, the information 
in this manual pertains to control units 
attached to only one I/O interface. 

For a specific IBM channel or control 

unit that implements this interface, 

parts of the I/O interface definition 

are model-dependent or may not apply; 
for further information, refer to the 

appropriate System Library manual for 
that unit. 

No statement in this manual should be 
construed as limiting extensions to the 
I/O interface. The I/O interface, or 
any aspect of the I/O interface, may be 
altered from time to time by IBM or may 
be withdrawn by IBM in part or in whole. 



* The term "channel" is used in this manual when referring to the end of the inter- 
face with which a control unit communicates. When the term is used, it should be 
understood to apply to the System/360 architecture, System/370 architecture, 
ECPS:VSE architecture, and System/370 Extended Architecture (370-XA). If, 
however, the description applies only to systems operating in the 370-XA mode, the 
term "channel subsystem" is used instead. 
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CHAPTER 1* fMNCTIQHAl PESCRipnQN 



Input/output (I/O) devices are used to 
provide external storage* to communicate 
between data-processing systems, and to 
communicate between a data-processing 
system and the external world. 



I/O devices are attached to central 
processing units (CPUs) by means of 
control units and channels in various 
configurations (Figure 1-1). 
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Figure 1-1. I/O Interface — Example of Multiple-Channel Configurations 
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The channel directs the flow of Informa- 
tion between control units and main 
storage. 

The control unit provides the logical 
capability necessary to operate and 
control an I/O device, and it adapts the 
characteristics of each I/O device to 
the standard form of control provided by 
the channel. A control unit may be 
housed separately or it may be phys- 
ically and logically integrated with the 
I/O device. 

An I/O device attached to the control 
unit may be designed to perform only 
certain limited operations, such as 
recording data and moving the recording 
medium. Regardless of the design, the 
I/O device needs detailed signal 
sequences peculiar to that type of I/O 
device to accomplish these functions. 
The control unit decodes commands 
received from the channel, interprets 
them for the I/O device, provides the 
signal sequence for executing the oper- 
ations, and reports tha status of 
operations to the channel. 



One method of connection between a chan- 
nel and a control unit is called the I/O 
interface. Each I/O interface, which 
consists of parallel signal lines that 
connect a number of control units to a 
channel (Figure 1-1), provides a common 
signaling protocol and information 
format to all control units that connect 
to the channel. All signals, of the I/O 
interface, with the exception of 
selection signals, are available to all 
control units attached to that I/O 
interface at the same time (Figure 1-2). 
However, only one control unit can be 
connected logically to each I/O inter- 
face at any one time. Selection of a 
control unit by the channel is 
controlled by a signal passing serially 
through all control units attached to 
one I/O interface. This serial passing 
of the selection signal permits each 
control unit, in turn, to respond to the 
other signals provided by the channel. 
Once the control unit is selected, it 
remains logically connected to the I/O 
interface until it completes the trans- 
fer of the information it has or needs, 
or until the channel signals tha control 
unit to disconnect. 
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Figure 1-2. Interconnections on the I/O Interface 
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The I/O-interface addressing facilities 
can accommodate up to 256 directly 
addressable I/O devices. However, with- 
in the given address limitations, and 
because of timing and electrical consid- 
erations, the number of control unit 
attachment points that can be accommo- 
dated is generally limited to eight. 
One attachment point may be associated 
with a (single-device) control unit, a 
shared (multidevice) control unit, or 
multiple independent (integrated) 
control units. 



The multiplexing facilit 
interface permit operating 
the 256 I/O devices concu 
single I/O interface; port 
ous messages can be transmi 
I/O interface in an interl 
to or from different I/O d 
complete message can be tra 
single I/O-interface ope 
operation actually perform 
mined by . the parti cul 
channel, and control unit. 



ies of the 
a number of 
rrently on a 
ions of vari- 
tted over the 
eaved fashion 
evices, or a 
nsmitted in a 
ration. The 
ed i s deter- 
ar command, 



interface applicable to a wide variety 
of circuits and data rates. 
Furthermore, interlocking permits 
connecting control units of different 
circuit speeds to a single channel. 
Those sequences that are not interlocked 
allow for designs capable of achieving 
higher data rates than those achievable 
through interlocked sequences. However, 
the electrical specifications of 
circuits not using interlocked sequences 
are more restrictive and do not allow as 
wide a range of possible circuit speeds. 
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The I/O interface connects a channel 
with control units. External cables 
physically connect all control units in 
a chain, with only the first control 
unit directly cabled to the channel. 
See Figures 1-1 and 1-2. 



The rise and fall of all signals trans- 
mitted over the I/O interface are gener- 
ally controlled by interlocked 
responses. The interlocked sequences 
remove the dependence of the I/O inter- 
face on circuit speed and make the I/O 



I/O-INTERFACE LINES 

The I/O-interface lines and 
are described in Figure 1-3. 



their uses 
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Line Name 



Abbreviati on 



Uses 



Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 



out 
out 
out 
out 
out 
out 
out 
out 
out 



posi t i on 
posi ti on 
posi ti on 
posi ti on 
posi t i on 
posi ti on 
posi t i on 
posi t i on 
posi tion 



Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 



out 
out 
out 
out 
out 
out 
out 
out 
out 



posi t i on 
position 
position 
posi tion 
position 
position 
posi ti on 
posi ti on 
posi tion 



Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 



out 
out 
out 
out 
out 
out 
out 
out 
out 



Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 



out 
out 
out 
out 
out 
out 
out 
out 
out 



The 'bus out 1 lines are 
used to transmit informa- 
tion (data, I/Q-device 
address* commands* control 
information) from the 
channel to the control 
unit. (Bus 1 is only 
available with the bus- 
extension feature.) 



Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 



n posi 
n posi 
n posi 
n posi 
h posi 
n posi 
n posi 
n posi 
n posi 



tion P 
tion 
tion 1 
tion 2 
tion 3 
tion 4 
tion 5 
tion 6 
tion 7 



Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 
Bus 



Bus 1 in position P 

Bus 1 in position 

Bus 1 in position 1 

Bus 1 in position 2 

Bus 1 in position 3 

Bus 1 in position 4 

Bus 1 in position 5 

Bus 1 in position 6 

Bus 1 in position 7 



Bus 1 
Bus 1 
Bus 1 
Bus 1 



in 
in 



Bus 
Bus 
Bus 
Bus 
Bus 



P 


in 1 

in 2 

in 

in 

in 

in 

in 



The "bus in* 
used to tran 
tion (data, 
device addre 
informati on, 
mation) from 
unit to the 
(Bus 1 is on 
with the bus 
feature. ) 



lines are 
smi t informa- 
selected I/O- 
ss, status 
sense infor- 
the control 
channel, 
ly available 
-extension 



Mark in 
Mark out 
Mark 1 in 
Mark 1 out 
Mark in parity 
Mark out parity 



Mk in 
Mk out 
Mk 1 in 
Mk 1 out 
Mk in P 
Mk out P 



The mark lines are used to 
indicate the buses being 
used. (Except for 'mark 
in', these lines are only 
available with the bus- 
extension feature. 'Mark 
in' is also available with 
the command-retry feature.) 



Address out 
Address in 
Command out 
Status in 
Service out 
Service in 
Data out 
Data in 



Adr out 
Adr in 
Cmd out 
Sta in 
Srv out 
Srv in 
Dat out 
Dat in 



The tag lines are used for 
interlocking and control- 
ling information on the buses 
and for special sequences. 
('Data out' and 'data in' 
are only available with the 
high-speed-transfer or data- 
streaming features.) 



Figure 1-3 (Part 1 of 2). I/Q-Interface Lines 



1-4 



System/360 and Sysxem/370 I/O Interface Channel to Control Unit OEMI 



Line Name 


Abbreviation 


Uses 


Operational out 
Operational in 
Hold out 
Select out 
Select in 
Suppress out 
Request in 
Disconnect in 


Opl out 
Opl in 
Hid out 
Sel out 
Sel in 
Sup out 
Req in 
Di s in 


The selection-control lines 
are used for the scanning 
or selection of attached I/O 
devices. ('Disconnect in 1 
is only available with the 
I/O-error-alert feature.) 


Metering out 
Metering in 
Clock out 


Mtr out 
Mtr i n 
Clk out 


These three lines are no 
longer used. 



Figure 1-3 (Part 2 of 2). I/O-Interface Lines 



The remainder of this chapter discusses 
those lines that are available with the 
basic I/O interface. For information 
concerning lines that are only provided 
when features are implemented, see Chap- 
ter 3, "Features." 

Note ; Except when the data-streaming 
feature is used, the validity of infor- 
mation on the buses and the timing of 
the signals on the tag lines are speci- 
fied for measurement at the channel 
cable connectors. 



BUSES — GENERAL 



Each bus is a set of nine lines, 
consisting of eight information lines 



and one parity line. Information on the 
buses is arranged so that bit position 7 
of a bus always carries the rightmost 
bit within an eight-bit byte. The left- 
most bit is in position 0, and the 
intervening bits are in order from posi- 
tion 1 to position 6. 



When a byte transmi 
face consists of le 
mation bits, the 
contiguously in the 
positions of the bu 
of the bus inclu 
positions (position 
tions). Unused li 
zeros to the receiv 
bit of any byte a 
position (P). The 
parity (Figure 1-4) 



tted over the inter- 
ss than eight inf or- 
bits are placed 

highest-numbered bit 
s. Any unused lines 
de the low-numbered 

and adjacent posi- 
nes present logical 
ing end. The parity 
ppears in the parity 

byte always has odd 
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Figure 1-4. Organization of Information on the Bus 
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Bus Out 



'Bus out* 
commands* 
The type 



is used to transmit addresses, 
and data to control units, 
of information transmitted over 
'bus out' is indicated by the outbound 
tag lines: 



Except for interface disconnect, 
when 'address out' is up during the 
initial-selection sequence, 'bus 
out' specifies the address of the 
I/O device with which the channel 
wants to communicate. (See "Inter- 
face Disconnect" in Chapter 2, 
"Operational Description.") 

When 'command out' is up in 
response to 'address in' during the 
initial-selection sequence, 'bus 
out' specifies a command. 



3. When 'service out' 



to 



is up 



in 



service in' (or 'data 
i s up in response to 'data 
during the execution of a 



response 
out 1 
in') 

write or control command, 'bus out' 
specifies a data byte that is being 
transferred between the channel and 
the control unit. For example, 
during an operation that is speci- 
fied by a write command, 'bus out' 
contains data to be recorded by the 
I/O device. During an operation 
that is specified by a control 
command, 'bus out' may contain 
either data that describes in more 
detail how the operation is to be 
executed or a second-level address 
within the control unit or I/O 
device. 

i When data streaming occurs* the 
'oiiowing paragraph does not apply. 
(See "Data-Streaming Feature" In Chapter 
3* "Features.") 

The period during which information on 
'bus out' is valid is controlled by the 
tag lines. During transmission of the 
I/Q-device address during the initial- 
selection sequence, information on 'bus 



out' must be valid from the rise of 
'address out' until the rise of 'opera- 
tional in' or 'select in'. In the 
short-busy sequence, the I/0-device 
address on the bus-out line must be 
valid from the rise of 'address out' 
until the fall of 'status in*. When the 
channel is transmitting any other type 
of information, the information on 'bus 
out' is valid from the rise of the 
signal on the associated outbound tag 
line until the fall of the signal on the 
responding inbound tag line. 

Some skew on 'bus out' is accommodated 
by the channel. The channel provides a 
delay that accommodates skew caused by 
its own circuitry and, in addition, 
provides a delay of at least 100 nanose- 
conds. This delay compensates for skew 
caused by the cable and, for most 
control units, also is sufficient to 
accommodate the skew caused by the 1/0- 
interface receivers. (Except as noted 
under "Address Out" in this chapter, the 
channel delays raising of the signal on 
the outbound tag lines so that the 
information on 'bus out' precedes the 
signal on the outbound tag line by at 
least 100 nanoseconds. This delay is 
measured at the channel cable connectors 
and under the worst-case skew 
conditions.) The control unit, when it 
can cause more skew, provides additional 
delay to compensate for the skew. 



Bus Xxx 



'Bus in 1 is used to transmit addresses* 
status, and data to the channel. A 
control unit can place and maintain 
information on 'bus in 1 only when its 
'operational in' is up, except in the 
short-busy sequence. (See "Short-Busy 
Sequence" in Chapter 2, "Operational 
Description.") 



The type 
'bus in' 
lines.* 



of information transmitted over 
is indicated by the inbound tag 
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When 'address in' is up, 'bus in' 
specifies the address of the 
currently selected I/O device. 

When 'status in' is up, 'bus in' 
contains a byte of information that 
describes the status of the I/O 
device or control unit. 



3. When 'service in' (or 'data in") is 
execution of a read, 
ird, or sense command, 
of the information 



up during 
read-backwa 
the nature 
contained 
the type o 
read opera 
byte of 
medium. Du 
ation, 'bu 
describing 
detected at 



on 'bus in' depends on 
f operation. During a 
tion, it may contain a 
data from the record 
ring a basic sense open-" 
s in' contains data 
unusual conditions 
the I/O device. 



Note ? When data streaming occurs, the 
following paragraph does not apply. 
(See "Data-Streaming Feature" in Chapter 
3, "Features.") 



The period during which information on 



valid is controlled by 

Information on the bus 

100 nanoseconds after 

associated inbound tag 

rise of 



the 
i s 
the 
and 
the 



•bus in' is 
tag lines, 
valid within 
rise of the 

remains valid until the 
responding outbound tag or, in a short- 
busy sequence, until the fall of 'select 
out'. The 100-nanosecond delay between 
the rise of the inbound tag and the time 
the signal becomes valid on 'bus in* 
places the responsibility on the channel 
for deskewing 'bus in'. The channel 

?rovides a delay in the inbound tag 
ines to accommodate skew eaused by the 
channel circuitry (including its receiv- 
ers) and, in addition, provides a delay 
of at least 100 nanoseconds. This delay 
compensates for skew caused by the 
cable, and, for most control units, for 
the skew caused by their drivers. This 
delay provides sufficient time to deskew 
the information so that the inbound tag 
can be raised by the control unit at the 
same time information is placed on the 
bus. When a control unit and cable can 
cause more skew than can be accommodated 
by a 100-nanosecond delayi the control 
unit provides the additional delay to 
eliminate this greater skew. 



lines from the control 
any operation currently 
the interface is reset 
conditions, all contro 
interface signals are 
microseconds after the 
tional out' at the cont 
"Selective Reset" and " 
Chapter 2, "Operational 



Request 1q 



unit drop, and 
in process over 
Under these 
1-uni t-generated 
down within 1.5 
fall of 'opera- 
rol unit. (See 
System Reset" in 
Descri pti on.") 



'Request in' is a line from all attached 
control units to the channel. This 
line, when raised, indicates that the 
control unit requires service and is 
requesting a selection sequence. 

'Request in' is dropped when: 

1. 'Operational in' rises, unless 
additional control -unit-initiated 
sequences are required, or 



The control 
to present 
or data, or 



unit is no 
the status 



longer ready 
informati on 



3. 



The selection requirement is satis- 
fied by another path. 



'Request in' never falls later than 250 
nanoseconds after the fall of 'opera- 
tional in' if the sequence satisfies the 
service requirements of the control 
unit. 

'Request in 1 does not remain up when 
'suppress out' is up if the request is 
for presentation of suppress) ble status. 
(See "Suppress Status" in Chapter Z, 
"Operational Description.") When the 
control unit is requesting a selection 
sequence in order to present suppressi- 
ve status, 'request in' falls at the 
control unit within 1.5 microseconds 
after the rise of 'suppress out' at the 
control unit. 



'Request in' can be signaled by 
than one control unit at a time. 



more 



AddCfJLl flui 



SELECTION CONTROLS AND TAG LINES 



■QfttriiLgnal, £u& 



'Operational out' is a line from the 
channel to all attached control units 
and is used for interlocking purposes. 



Except for 'suppress out', all lines 
from the channel are significant only 
when 'operational out' is up. Whenever 
'operational out' is down* all inbound 



'Address out' is a tag line from the 
channel to all attached control units. 
'Address out* is used to signal all the 
control units to decode the I/0-deviee 
address on 'bus out'. Zf the control 
unit recognizes the address* it responds 
by raising 'operational in' when 'select 
out' (or 'hold out') rises with 'address 
out' still up (except in the short-busy 
sequence). (See "Select Out/Hold Out 
and Select In.") 'Address out' rises at 
least 250 nanoseconds after the 1/0- 
device address is placed on 'bus out' or 
at least 250 nanoseconds after the rise 
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of 'operational out', whichever occurs 
later. 'Address out' is down for at 
least 250 nanoseconds before its rise 
for I/0-device selection. If 'address 



out 



falls before 'select out 1 rises. 



the I/0-device selection is canceled. 



'Address out' 
selection only 
'hold out'), 's 
and 'operationa 
channel. Ultima 
address on 'bus 
is timed by th 
out 1 (or 
control 
'select 
'address 
'select 
or, i n 



'hold 
unit, 
out' (o 

out' 



in 
the 



or 
sho 

'status in' fal 
face disconnect 



'address 
with any 



out' ca 
other o 



can rise for device 
when 'select out* (or 
elect in', 'status in', 
1 in' are down at the 
te use of the l/0~device 
out' at the control unit 
e next rise of 'select 
out') at the addressed 
Once 'address out' and 
r 'hold out') are up, 
stays up until either 
'operational in' rises 
rt-busy sequence, until 
Is. (Except when inter- 
is being signaled, 
nnot be up concurrently 
utbound tag line. 



'Address out' is also used in the inter- 
face-disconnect sequence control. (See 
"Interface Disconnect" in Chapter 2, 
"Operational Description.") 



Select Outsold, Qui find. Select In 

Control-unit selection is controlled by 
'select out', 'select in', and 'hold 
out'. 'Select out* and 'select in' form 
a loop from the channel through each 
control unit to the cable terminator 
block ('select out') and again through 
each control unit back to the channel 



('select in'). 



Control-uni t-selecti on 
circuitry may be attached to either 
'select out' or 'select in'. In this 
manual, the selection circuity of all 
control units is assumed to be attached 
to 'select out'. All discussions that 
apply to the selection logic of control 
units attached to 'select out' equally 
apply in cases where the control unit is 
attached to 'select in'. The selection 
priority is (1) all control units with 
selection circuitry attached to 'select 
out', in order of attachment from the 
channel to the cable terminator block, 
followed by (2) all control units with 
selection circuitry attached to 'select 
in', in order of attachment from the 
cable terminator block to the channel. 
(See Figure 1-2.) If selection is not 
required, the selection signal is in 
turn propagated by each control unit to 
the next control unit on the line. 

Each control unit ensures that the proc- 
ess of electrically bypassing 'select 
out' before power changes does not 
interfere with the propagation of 
'select out'. Thus, 'select out' 
discontinuities, which may occur when 
another control unit on the I/O inter- 
face is powered up or down, do not 
affect the propagation of 'select out'. 



This protection should be accomplished 
by the use of a special latch circuit. 
The latch is turned on by the AND of 
'select out' and 'hold out' and is reset 
by the fall of 'hold out'. The circuit 
is in series with the remaining 
selection circuitry in the control unit 
and provides a constant 'select out' 
within the control unit — and therefore 
to the following control unit — regard- 
less of variations in the input 'select 
out' signal. (See Figure 2-1.) 

Throughout the following description, 
'select out' assumes the latch operates 
properly, that is, the rise of 'select 
out' at the control unit assumes that 



'hold out' is up 
'select out' i s a 
'hold out' . 



and that the 
result of the 



fall 
fall 



of 
of 



A control unit can raise its 'opera- 
tional in' only at the rise of its 
incoming 'select out'. Once a control 
unit propagates 'select out', it cannot 
raise its 'operational in' or respond 
with a short-busy sequence until the 
next rise of the incoming 'select out'. 

When an operation is being initiated by 
the channel, 'select out' is raised not 
less than 400 nanoseconds after the rise 
of 'address out', which indicates the 
address of the device being selected. 

The channel keeps 'select out' up until 
'select in' rises, or at least until 
'address in' and 'operational in* have 
both risen, or in the short-busy 
sequence, until 'status in' rises. 



When 


•select in' rises, 


' select 


out' 


drops 


and does not rise 


again 


until 


after 


'select in' falls. 







A control unit becomes 
when it raises its 'op 
After the drop of 'sel 
control unit keeps 'oper 
until the current signa 
completed. If a contro 



'operational in 



it 



propagation of 'select ou 
control unit. If the co 
not require selection, 
'select out' to the nex 
within 1.8 microseconds, 
face Timeout Consideratio 
2, "Operational Descripti 



selected only 
erati onal in', 
ect out', the 
ational in' up 
1 sequence i s 
1 unit raises 
suppresses the 
t' to the next 
ntrol unit does 

it propagates 
t control unit 
(See "Inter- 
ns" in Chapter 
on.") 



When 'status in' rises in response to 
'select out' in the short-busy sequence, 
'select out' drops and does not rise 
until 'address out' has dropped. 

'Hold out' is a line from the channel to 
all attached control units and i s used 
in conjunction with 'select out' to 
synchronize control-unit selection. 

'Hold out' is also used to minimize the 
propagation of the fall of 'select out* 
by purging the 'select out' signal from 
the 'select out' signal path. 
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Therefore/ once 'hold out 1 drops, it 
does not rise for at least 4 microsec- 
onds in general system configurations. 
The minimum downtime of this signal may 
be optionally adjusted at installation 
time to a minimum of 2 microseconds to 
handle high-speed channel configura- 
tions. In all cases, the channel is 
capable of providing the 4-mi crosecond 
timing for general system 
configurations. (See "System Configura- 
tion" in Chapter 2, "Operational 
Descripti on.") 

To prevent overlapping of interface 
sequences, one of the following proce- 
dures is performed: 

1. 'Select out' is not raised until 
all inbound signals for the preced- 
ing sequence are in a down state. 

2. In tags are not considered valid 
until 1.5 microseconds after the 
fall of 'operational in' for the 
preceding sequence. 

'Select in' is a line that extends the 
select out signal from the jumper in the 
cable terminator block to the channel 
(see Figure 1-2). It provides a return 
path to the channel for the 'select out' 
signal. 



Operational In 



'Operational in' is a line from all 
attached control units to the channel 
and is used to signal the channel that 
an I/O device has been selected. 'Oper- 
ational in* stays up for the duration of 
the selection. The selected I/O device 
is identified by the address byte trans- 
mitted over 'bus in' when 'address in' 
is raised. 



The rise 
that an 
control 
with th 
rises o 
out' to 
outgoing 
the cont 
only in 
out' and 
from be 
control 
only aft 



of 'operational in' indicates 

I/O device is selected and the 

unit is actively communicating 

e channel. 'Operational in' 

nly when the incoming 'select 

the control unit is up and the 

'select out' is down; that is, 

rol unit raises 'operational in' 

response to the rise of 'select 

blocks the 'select out' signal 

ing propagated to the next 



unit. 'Operational in' drops 
er 'select out' drops. 



When 'operational in' is raised for a 
particular signal sequence, it stays up 
until 'select out' is down and all 
required information has been transmit- 
ted between the channel and the control 
unit. When 'select out' is down, 'oper- 



ational in' drops either (1) after the 
rise of the outbound tag associated with 
the transfer of the last byte of infoi — 
mation or (2) immediately if there is no 
further required information to be tran- 
smitted between the channel and the 
control unit. With the exception of 
'request in' or ' metering in', all 
inbound signals are down within 100 
nanoseconds after the fall of 'opera- 
tional in' at the control unit. 1 



Address In 



'Address in' is a tag line from all 
attached control units to the channel 
and is used to signal the channel when 
the address of the currently selected 
I/O device has been placed on 'bus in'. 
During an initial-selection sequence or 
a control-unit-initiated sequence, the 

by 



'address in' 



channel responds to 

raising 'command out'. 'Address in 
stays up until the rise of 'command 
out'. 'Address in' must fall so that 
'command out' may fall. 'Address in' is 
not up concurrently with any other 
inbound tag line. 



Command Out 



'Command out' is a tag line from the 
channel to all attached control units 
and is used to signal the selected I/O 
device in response to a signal on 
'address in', 'status in', 'data in', or 
'service in'. The rise of 'command out' 
indicates that any information on 'bus 
in' is no longer required to be valid. 
'Command out' stays up until the fall of 
the associated 'address in', 'status 
in', 'data in', or 'service in'. Howev- 
er, when the data-streaming 
used, 'command out' is not 
with 'service in' or 'data 
"Data-Streaming Feature" in 

"Features.") 'Command out' _ 

concurrently with any other outbound tag 
line, except during an interface- 
disconnect sequence, when 'address out' 
may be up. (See "Interface Disconnect" 
in Chapter 2, "Operational Descrip- 
tion.") 



feature is 
i nterlocked 
in'. (See 
Chapter 3, 

i s not up 



During an 
'command 
rise of 
selected 



ini tial-selec 
out' rising in 
'address in' in 
I/O device that 



placed a command byte 
(The command byte has a 
See "Commands" in Chapt 
tional Description.") 'C 
response to 'data in' o 



tion sequence, 
response to the 
dicates to the 
the channel has 
on 'bus out' . 
fixed format, 
er 2, "Opera- 
ommend out* in 
r 'service in' 



For control units and devices designed before January 1, 1977, all inbound signals 



except 'request in' and 
fall of 'operational in' 



'metering in' are down 
at the control unit 



within 1.5 microseconds after the 
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always means stop. (See "Stop" in Chap- 
ter 2, "Operational Description.") 
During a control-unit initiated 



sequence, 'command 
in* means 



out* in 
proceed. 



response to 
(See "Pro- 



out* in 



'address 

ceed" in Chapter 2.) 

response to 'status in' means stack. 

(See "Stack Status" in Chapter 2.) 



'Command 
t 



When 'command out' is raised to indicate 
proceed/ stop, or stack, 'bus out' has a 
byte of all zeros but does not necessar- 
ily have correct parity. 'Bus out' is 
not checked for parity or decoded as a 
command by the control unit under these 
circumstances. 



5UtM8 In 



'Status in' is a tag 
attached control units 
and is used to signal 
the selected control 
status information on 
status byte has a f 
contains bits describ 
status at the control 
tus Byte" in Chapter 
Description.") The cha 
raising either 'service 
out' or, in the case o 
sequence, by dropping ' 



line from all 
to the channel 
the channel when 
unit has placed 

'bus in' . The 
ixed format and 
ing the current 
unit. (See "Sta- 

2, "Operational 
nnel responds by 

out' or 'command 
f the short-busy 
select out' . 



'Status 
any othe 
ri se if 
'address 
sequence 
the ris 
short-bu 
falls, 
the resp 
short-bu 
on 'bus 
(or 'hoi 



in' is not 
r inbound 
any out 
out' 
'Statu 
e of an 
sy sequenc 
'Status i 
ending out 
sy sequenc 
in' is va 
d out') fa 



up concurrently with 
tag line, and does not 

tag is up, except 
in the short-busy 
s in* stays up until 
out tag or, in the 
e, until 'select out' 
n' must fall so that 
tag may fall. In the 
e, status information 
lid until 'select out' 
lis. 



Service Out 



'Service out' i 
channel to all 
and is raised to 
device when 'ser 
has been recogni 
vice out' indica 
device that the 
information on ' 
on 'bus out' the 
vice in' . 



s a tag line from the 

attached control units 

signal the selected I/O 

vice in' or 'status in' 

zed. A signal on * ser- 

tes to the selected I/O 

channel has accepted the 

bus in', or has provided 

data requested by 'ser- 



Noj :e: When data streaming occurs, the 
following two paragraphs do not apply. 
(See "Data-Streaming Feature" in Chapter 
3, "Features.") 



When 



servi ce 



out 



rises in response 
either to 'service in' during a read, 
read-backward, or sense operation or to 



'status in', the informa 
control 
chann 
of 'serv 

nformation on 'bus in' 
i red to 
ith any 
' servi ce 
ice in' 
ion, the 
es that 
ted information on 'bus 



'bus in' by the 
accepted by the 
cases, the rise 
cates that the i 
is no longer requ 
not associated w 
'bus out' . When 
response to ' serv 
or control operat 
vice out' indicat 
placed the reques 
out'. 



tion placed on 

unit has been 

el. In these 

ice out' indi- 



be valid and i s 

information on 

out' rises in 

during a write 

rise of 'ser- 

the channel has 



'Service out' stays up until the fall of 
the associated 'service in' or 'status 
in'. 'Service out' is not up concur- 
rently with any other out tag except 
during an interface-disconnect sequence, 
when 'address out' may be up. (With the 
high-speed transfer feature, 'data out' 
and 'service out' may be up 
concurrently. ) 



Servi ce In 



'Service 
attached 
and i s 
when the 
send or 
The natu 
with ' se 
tion and 
responds 
rai si ng 
out'. 



in' is a tag 
control units 
used to signal 
selected I/O dev 
receive a byte 
re of the informa 
in 



line from all 
to the channel 
to the channel 
ice is ready to 
of information, 
tion associated 
on the opera- 
The channel 



rvice in' depends 
the I/O device 
to the rise of ' 
either 'service out' or 'command 



service in' by 



Note : When data streaming occurs, the 
following two paragraphs do not apply. 
(See "Data-Streaming Feature" in Chapter 
3, "Features.") 



ead-baCkward, and * sense 

rvice in' rises when 

available on 'bus in'. 

n of operations specified 

ite or control command, 

i ses when information is 

s out'. 'Service in* is 

rently with any other 

e. 'Service in' stays up 

of either 'service out', 

or 'address out'. (With 

transfer feature, 'data 

ce in' may be up concur- 



During read, r 
operations, 's 
information is 
During executio 
by either a wr 
'service in' r 
required on 'bu 
not up concur 
inboqnd tag lin 
until the rise 
'command out' , 
the high-speed 
in' and 'servi 
rently. ) 



When, in the case of cyclic 
the channel does not respon 
the preceding 'service in', 
condition may be recogni 
control unit or I/O devic 
situation, data transfer is 
and the unit-check status i 
the overrun sense indicator 
ones. When this con 
recognized, 'service in' do 
if an out tag has not risen 
rise if 'service out' has no 



I/O devices, 
d in time to 
an overrun 
zed by the 
e. In this 

terminated, 
ndicator and 

are set to 
di ti on is 
es not drop 
and does not 
t dropped. 



1-10 



System/360 and System/370 I/O Interface Channel to Control Unit OEMI 



Suppress Qu± 



"Interface-Connector Pin Assignments'* in 
Appendix A.) 



'Suppress out' is a line fr 
nel to all attached contro 
may rise or fall at any time 
is used both alone and in 
with the out-tag lines to 
following special function 
data> suppress status, comma 
and selective reset. Eac 
functions is described in 
"Operational Description." 



METERING CONTROLS 



om the chan- 

1 units? it 

This line 

conjuncti on 
provide the 
5: suppress 
nd chaining, 
h of these 

Chapter 2, 



Clock Out 



The 'clock out' line is not used; the 
channel ensures that the 'clock out' 
line remains down at all times. 2 



Metering 1q 



The 'metering in' line is not used; each 
control unit ensures that the 'metering 
in' line is not raised. 3 



Metering (hit 



The 'metering out' line is not used; the 
channel ensures that the 'metering out' 
line remains down at all times. 4 



RESERVED LINES 



Some of the signal lines in the I/O 
interface are reserved. (See 



All control unit 
signal transmiss 
and 2, with the 
out' (or 'select 
from the IN cabl 
cable connector, 
implementing the 
carry through all 
lines in cables 1 
'select out' (o 
priority). (See 
Pin Assignments" 



s carry through all 48 

ion lines in cables 1 

exception of 'select 

in' if low priority), 

e connector to the OUT 

5 All control units 

bus-extension feature 

72 signcil transmission 

, 2, and 3, except for 

r 'select in' if low 

"Interface-Connector 

in Appendix A.) 



SIGNAL-INTERLOCK SUMMARY 



The following rules for interlocking of 
signals are followed in the design of 
channels and control units using this 
I/O interface. These rules describe the 
protocols to be followed by channels and 
control units in the absence of error 
conditions. That is, in situations 
where timing restrictions are specified 
in this manual and either the channel or 
control unit has failed to respond by 
dropping or raising the appropriate 
signal line within the required time 
interval, then it is assumed that the 
interlocking rules do not apply. 

Note *. When either high-speed transfer 
or data streaming occur, rules 1, 2, and 
3 do not apply. 



1. 

2. 

3. 



Except when interface disconnect is 
signaled, no more than one out tag 
is up at any given time. During 
interface disconnect, 'address out' 
may be up with another out tag. 



No more than one in 
any given time. 



tag is up at 



An in tag rises only when all out 
tags are down, except in the 
short-busy sequence. 



For all control units designed before January 1, 1977, the 'clock out' line from 
the channel to these control units is used to provide the CPU interlock control 
for changing the enable/disable states of the units (the signal must be down to 
permit changing states). In addition, the control-unit transition between the 
enabled and disabled state requires the same conditions as those that prevail for 



the offline/online transition. 

second in duration. (See 

Descri pti on.") 

For some control units designed before 

from the control unit to the channel is 

activity. 'Metering in' 

The use of 'metering in' 



The down state of 
"Offline/Online" 



'clock out' is 
in Chapter 



at 
2, 



least 1 micro- 
"Operati onal 



January 

used to 

can be signaled by more 

is model-dependent for 



1, 1986, the 'metering in' line 
indicate control unit and device 
than one control unit at a time, 
both control units and channels. 



For some channels designed before January 1, 1986, the 'metering out' line from 
the channel to the control unit is used to condition usage meters which may be 
present on control units and I/O devices. The use of 'metering out' is model- 
dependent for both channels and control units. 

Control units and devices designed before October 2, 1970, carry through the 40 
assigned signal transmission lines in cables 1 and 2, except for 'select out' (or 
'select in' if low priority), from the IN cable connector to the OUT cable connec- 
tor. 
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Note ? When data streaming occurs* rules 
4 and 5 do not apply. 
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4. 



7. 



8. 



10. 



An in tag falls only after the rise 
of a responding out tag, except for 
T status in f in the short-busy 
sequence. 



'Service out 1 
ri se only in 
of an in tag. 



and 'command out' 
response to the rise 



out' for an initial- 
sequence rises when 
in', 'operational in', 



'Address 

selection 

'select in' 

'status in', and 'select 

down at the channel. 



out 



are 



Once 'address out' and 'select out' 
have risen for an initial-selection 
sequence, 'address out' stays up 
until after the rise of 'select 
or 'operational in', or (for 
short-busy sequence) the fall 
' status in' . 



in' 

the 

of 



Once 'address out' has risen for 
the interface-disconnect sequence, 
it does not drop until 'operational 
in' drops. 

None of the out lines, except 'sup- 
press out', have meaning when 
'operational out' is down. 



•Select 

tional 

down. 



out' rises only if 'opera- 
in' and 'select in' are 



'Operational in* 
unti 1 one of the 
occurs: 



does not fall 
following events 



a. 'Select out' falls, and an 
out-tag response is sent for 
the last in tag of any given 
signal sequence. 

b. 'Operational out' falls. 

c. An interface-disconnect se- 
quence occurs. 

12. 'Operational in' does not rise 
unless 'operational out' is up and, 
if currently up, drops when 'opera- 
tional out' drops, or when the 
interface-disconnect sequence 
occurs. 

Note : Designers should carefully 
consider the effects of interface 
signal-transition times. Although tran- 
sition time should not generally be a 
problem, some cases may exist, because 
of wide variations in circuit tolerance 
or in the physical integration of chan- 
nel and control units, in which the 
transition time must be considered. 
Because signaling on the I/O interface 
usually causes the receiving unit to 
signal a response, the general rule is 
that a unit should not signal a response 
until it has fully recognized internally 
the receipt of any previously transmit- 
ted signal . 
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This chapter discusses the operation of 
the basic I/O interface. For informa- 
tion concerning functions that are only 
provided when features are implemented* 
see Chapter 3, "Features." 



I NTERFACE SEQUENCES 



During th 
involving 
the select 
sequences 
are define 
pies of t 
diagrams, 
the sequen 
C-13, in 
should be 
should not 
precise 
sequences. 



SELECTION 



e ex ecu 
the chan 
ion, dat 

can occ 
d in thi 
hese seq 
Figures 
ce chart 

Appendi 
used a 
be con 

def ini t 
) 



tion of an 
nel and cont 
a transfer, a 
ur. These 
s section. ( 
uences, see 
C-l through 
s, Figures C- 
x C. These 
s examples 
sidered as c 
ions of 



operation 
rol unit, 
nd ending 
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tnitiai-Se^ection Sequence, 



To initiate an I/O operation, the chan- 
nel places the address of the desired 
I/O device on 'bus out' and raises 
'address out'. Each control unit 
connected to the channel attempts to 
address on 'bus out'; 
one control unit should be 
given I/O address. To be 
the address must have 



decode the 
however, only 
assigned to a 
acceptable, 
correct parity. 



The channel then raises 'select out', 
and the incoming 'select out' signal 
appears at the control unit for the 
addressed I/O device. If the control 
unit and the addressed I/O device are 
available to execute the operation; the 
control unit blocks the propagation of 
the 'select out' signal and raises the 
'operational in' line. When 'opera- 
tional in' rises, the channel responds 
by dropping 'address out 1 . The control 
unit places the address of the I/O 
device on 'bus in' and, after 'address 
out' falls, raises 'address in'. 'Hold 
out' with 'select out' may drop any time 
after 'address in' rises. After the 
channel checks the I/0-device address on 



bus 



\ n 



command on 
out' . The 
esses the 
in', which 



by placing the 
raises 'command 



it responds 
'bus out' and 
selected control unit proc- 
command and drops 'address 
allows 'command out' to fall. 
After 'command out' falls, the control 



unit places status information on 'bus 
in 1 and raises 'status in'; this is 
referred to as initial status. At this 
time, the status is analyzed to deter- 
mine if the command has been accepted. 
The command is considered to have been 
accepted if (1) command retry is 
requested, or (2) the command sent to 
the addressed I/0-davice is not test 
I/O, and the status is zero, or (3) the 
command sent to the addressed I/O device 
is not test I/O, and the status contains 
channel end but does not contain atten- 
tion, control-unit end, busy, unit 
check, or unit exception. Once the 
command is accepted, the I/O operation 
is considered to have been initiated. 



If the channel accepts 
status, it responds by ra 
out', allowing the control 
'status in'. If the cha 
accept the initial status 
by raising 'command out 1 , 
control unit to drop "sta 
'status in' falls, in ei 
initial-selection sequence 
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If, during the initial-selection se- 
quence, the I/O device or the path to 
the I/O device is not available to 
execute the operation because it is 
currently being used to execute a previ- 
ously initiated operation, or if the 
control unit is not available because it 
(1) is executing a previously initiated 
operation, or (2) has pending status for 
another I/O device, the control unit may 
signal that a busy condition exists. 
The control unit can indicate the busy 
condition in either of two ways, depend- 
ing on the design of the control unit: 
it may continue execution of the 
initial-selection sequence until 
completion, or it may modify the 
sequence and cause 
short-busy sequence, 
unit executes the 
sequence, the busy 



execution of the 

If the control 

ini t ial-selecti on 

condition is 



presented as initial status. If instead 
it executes the short-busy sequence, the 
busy condition is also presented. (See 
"Short-Busy Sequence," described next, 
and "Busy" in this chapter.) 

Note : A channel response of "command 
out' to 'status in" cannot prevent the 
execution of an immediate command. 



Short-Busy Sequence 



This sequence can be initiated during an 
initial-selection sequence when the 
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control unit, because of an existing 
condition, is unable to handle the 
initial-selection sequence. When this 
occurs, the control unit converts the 
ongoing initial-selection sequence to a 
short-busy sequence. Specifically, when 
the channel has raised 'select out 1 
after having placed the I/0-device 
address on 'bus out' and raised 'address 
out*, each control unit attempts to 
decode the address on 'bus out'. When 
'select out' rises at the addressed 
control unit, the control unit blocks 
the propagation of 'select out', places 



the busy status byte on 'bus in 



and 



raises 'status in'. 'Operational in' is 
not raised. 

The channel signals that the status byte 
is no longer needed on 'bus in' by drop- 
ping 'select out'. The control unit 
responds by dropping 'status in' and 
disconnecting from the interface. The 
channel keeps 'address out' up until 
'status in' drops, thus completing the 
short-busy sequence. 

During execution of the short-busy 
sequence, the control unit presents 
status of either (1) busy and status 
modifier, (2) busy, status modifier, and 
control-unit end, or (3) busy. Presen- 
tation of any other status condition by 
the control unit or device may cause an 
error condition to be recognized. 

Note '. The short-busy sequence Is not 
ussd in response to an initial-selection 
sequence addressed to a device for which 
chaining has just been indicated. 



Control-Unit-Initia^ad SiqmnCB 

When a control unit requires service, it 
signals the channel by raising 'request 
in 1 . The next time 'select out 1 rises 
at the control unit requiring service 
and no selection Is being attempted by 
the channel ('address out' down), the 
control unit blocks the propagation of 
'select out f > places the address of the 
I/O device on 'bus 1n', and raises both 
'address In' and 'operational in'. When 
the channel recognizes the address, 
'command out' Is sent to the control 
unit. Indicating proceed. When 'command 
out' rises* the control unit responds by 
dropping 'address In'. The fall of 
'addresi In' enables the channel to 
respond by dropping 'command out', thus 
completing the contrel-unlt-lnitiatad 
sequence. 

If the service request Is for data, the 
sequence proceeds as described In 
"Data-Transfer Sequence." 

If the service request Is for status 
Information, the sequence proceeds as 
described In "Ending Sequence" in this 
chapter. 



DATA TRANSFER 



Data-Transfer Sequence 



Data transfer may be requested by a 

control unit after an initial-selection 

sequence is executed. The direction of 

data transfer over the I/O interface is 
determined by the command that was 

passed to the control unit during that 
sequence. 

Note : When data streaming occurs, the 
following two paragraphs do not apply. 
(See "Data-Streaming Feature" in Chapter 
3# "Features.") 

To transmit data to the channel, the 
control unit places a data byte on 'bus 
in' and raises 'service in'; the tag and 
the validity of 'bus in' are maintained 
until the appropriate outbound tag is 
raised in response. When 'service out' 
rises, the control unit responds by 
dropping 'service in'. After 'service 
in' falls, the channel responds by drop- 
ping 'service out', thus completing the 
data-transfer sequence. 

To request data from the channel, 'ser- 
vice in' is raised, and the channel 
places the data on 'bus out' and signals 
the control unit by raising 'service 
out'. When 'service out' rises, the 
control unit responds by dropping 'ser- 
vice In'. The channel maintains the 
validity of 'bus out' until 'service In' 
falls. After 'service In' falls, the 
channel responds by dropping 'service 
out', thus completing the data-transfer 
sequence. 

After selection, as a result of either 
an initial-selection sequence or a 
control-unit-initiated sequence, the 
control unit may remain connected to the 
channel for the duration of the transfer 
of information. The transferred infor- 
mation can be a single byte of data, a 
byte of status, a new command, a string 
of data bytes, or, in the case of an 
immediate operation, the specification 
of a complete operation from Initiation 
to recaption of ending status. 



^O-IntwrfffiBt CgnnngtlQP. 



A connection begins at the time 'select 

out' rises at the control unit for the 

purpose of executing any sequence or 

sequences. The duration of the 

connection Is under control of both the 

channel and the control unit. To 

provide a channel with a method of 

controlling the duration of the 
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Depending on the duration of the 
connection, one of two modes is estab- 
lished: byte-multiplex or burst. 
(These modes are established to assist 
in the scheduling of concurrent 
execution of multiple I/O operations.) 

Bvte-Multiplex Mode t A byte-multiplex- 
mode connection is defined as any 
connection where the time contributed by 
the control unit during the connection 
(because of the control-unit circuitry 
or the sequencing method used) is equal 
to or less than 32 microseconds. The 
connection may occur for the purpose of 
initiating or continuing execution of an 
I/O operation or presenting status. The 
byte-multiplex mode is the normal mode 
for low-speed I/O devices; however, all 
I/O devices are designed to operate in 
burst mode when required by the channel. 

Burst Mode : A burst-mode connection is 
defined as any connection where the time 
contributed by the control unit to the 
connection (because of the control-unit 
circuitry or the sequencing method used) 
is greater than 32 microseconds. This 
mode is the normal mode of operation for 
high-speed I/O devices. These devices 



force burst 
tional in 1 ) 



mode (by holding 
when attached to 



up 
a 



'opera- 
channel 



capable of byte-multiplex operation. 

Medium-speed or buffered I/O devices, 
which may normally operate in either 
mode, are equipped with a manual or 
programmable switch to select the mode 
of operation. The switch setting is 
overridden when burst mode is forced by 
the channel. Whenever an interface 
disconnect! selective reset, or system 
reset is executed, the force-burst-mode 
condition of a control unit is overrid- 
den. (See "Interface Disconnect," 
"Selective Reset," and "System Reset" in 
this chapter.) 

Soma channals can tolerate an absence of 
data transfer during a burst-mode opera- 
tion, such as whan a long gap on tapa is 
read, for not more than approximately 
half a minute. An equipment malfunction 
may be recognized when the absence of 
data transfer exceeds this time. 



ENDING SEQUENCE 



An ending sequence may be initiated by 
either the I/O device or the channel. 
If the procedure is initiated by the I/O 
device, then ending status is presented, 
signaling the end of an operation. The 
end of an operation may be signaled by 
using only one ending sequence, assuming 
that both channel-end and device-end 
status conditions occur together, or the 
execution of two ending sequences may be 
required, assuming that device-end 
status had not been generated at the 
time channel-end status was presented. 
If the sequence is initiated by the 
channel, the I/O device may still 
require time to reach the point where 
the proper ending status information is 
available, in which case one or more 
ending sequences may be necessary to 
complete the ending procedure. 

One of three situations may exist that 

result in the initiation of the ending 

sequence (assuming selection is already 
obtained) : 



1. 



The channel recognizes the end of 
an operation before the I/O device 
reaches its ending point. In this 
situation, whenever the control 
unit requires service again, the 
control unit raises 'service in'. 
The channel responds by raising 
'command out', indicating stop. 
The control unit drops 'service in' 
and proceeds to its normal ending 
point without requesting further 
service. When the I/O device 
reaches the point at which it would 



normally send 'channel end' 



the 



control unit places the ending 
status on 'bus in' and raises 'sta- 
tus in*. The channel responds by 
raising 'service out 1 , unless it is 
necessary to stack the status, in 
which case the channel responds 
with ■ 'command out*. 



2. 



3. 



The channel and the 
recognize the end of 
simultaneously. 



I/O device 
an operation 



The I/O device recognizes the end 

of an operation before the channel 

reaches the end of an I/O 
operation. 

For situations 2 and 3, if the control 
unit is currently connected and status 
Information is available, the control 
unit places the ending status on 'bus 
in 1 and raises f status in'. If the 
control unit is not currently connected 
whan the end of the 2/0 operation is 
recognized by the I/O device, a 
control-unit-lnltlated sequence is 
performed, the control unit becomes 
connected to the I/O interface, and then 
the status Is presented by executing an 
ending sequence. 
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If device end is not presented with 
channel end, device end is presented 
when it is available by executing a 
control-uni t-initiated sequence. 



■CQNTML-UNIT TYPES 



Control units are classified according 
to their ability to concurrently operate 
and control the activity of attached I/O 
devices without causing loss of control 
or data. 
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A control unit that has only one 
assigned device address is a type-2 
control unit. 



TYPE-1 CONTROL UNIT 



The control unit can control the activ- 
ity of only a single I/O device at a 
time. If an I/O operation or chain of 
I/O operations is in execution, the 
control unit is unable to handle the 
initiation of other activity associated 
with any other attached I/O device. The 
duration of execution begins with 
acceptance of the first command and 
continues until the command-chaining 
condition has been reset in the control 
unit. 

When an error condition has been recog- 
nized and the associated sense informa- 
tion has been generated, the control 
unit can preserve the sense information 
for the attached I/O device, provided 
that no other activity is initiated with 
any other attached I/O device. The 
duration of time that other activity 
must be limited begins when the unit- 
check status has been accepted and 
continues until the I/O device that 
signaled unit check has again accepted a 
command other than test I/O or 
no-operati on. 

If, in either of the above two cases, an 
attempt is made to execute an initial- 
selection sequence with another I/O 
device attached to this control unit, 
control of the ongoing I/O operation or 
sense information, as applicable, may be 
lost. 

If command chaining is indicated when 
channel end but not device end is 
presented by a type-1 control unit, the 
I/O device that presents channel end is 
the next I/O device from that control 
unit to present device-end status, 
provided the control unit is not 
addressed in the meantime on the same 
I/O interface. 



TYPE-3 CONTROL UNIT 



When no error condition described by 
sense information has been recognized, 
the control unit can control the activ- 
ity of more than a single I/O device at 
a time without losing control of those 
ongoing operations. Whenever the 
control unit needs to limit the amount 
of concurrent activity, the appropriate 
busy indication is signaled whenever an 
initial-selection sequence is attempted. 
(See "Busy" in Chapter 2, "Operational 
Description.") If an error condition 
has been recognized and the associated 
sense information has been generated, 
the control unit can preserve the sense 
information for the attached I/O device, 
provided that no other activity is 
initiated with any other I/O device. 
The duration of time that initiation of 
activity needs to be delayed begins when 
the unit-check status has been accepted 
and continues until the I/O device that 
signaled unit check has again accepted a 
command other than test I/O or 
no-operati on. 



TYPE-2 CONTROL UNIT 



The control unit is capable of control- 
ling the activity of more than a single 



APDRE-SSJ NG. 



An eight-bit address byte (plus parity) 
is used over the I/O interface for 
direct addressing of attached I/O 
devices. A unique eight-bit I/0-device 
address is assigned to each I/O device 
at the time a control unit is installed. 



ADDRESS ASSIGNMENT 



At the time of installation, control- 
unit and I/0-device addresses are 
assigned as follows: 

1. I/O devices that do not share a 
control unit with other devices may 
be assigned any device address in 
the range 0-255, provided the 
device address is not recognized by 
any other control unit attached to 
that I/O interface. Logically, 
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such I/O devices are not distin- 
guishable from their control unit* 
and both are identified by the same 
device address. 

2. I/O devices sharing a control unit 
(for example/ magnetic-tape units 
and disk-storage units) arQ 
assigned device addresses within 
sets of contiguous numbers. The 
size of such a set of contiguous 
numbers is equal to the maximum 
number of I/O devices that can 
share the control unit, or 16, 
whichever is smaller. Furthermore, 
the set of device addresses starts 
with a device address in which the 
number of rightmost zeros is at 
least equal to the number of bit 
positions required to specify the 
size of the set. The leftmost bit 
positions of a device address with- 
in a set identify the control unit; 
the rightmost bit positions desig- 
nate the I/O device on the control 
uni t. 

3. Control units designed to accommo- 
date more than 16 I/O devices may 
be designed to accommodate either 
sequential or nonsequential sets of 
device addresses. Each set 
consists of 16 device addresses, or 
the number required to make the 
total number of assigned device 
addresses equal to the maximum 
number of I/O devices attachable to 
the control unit, whichever is 
smaller. The device-addressing 
facilities are added in increments 
of a set so that the number of 
device addresses assigned to a 
control unit does not exceed the 
number of I/O devices attached by 
more than 15. For example, if a 
communications controller has a 
designed capacity of 56 direct- 
access paths and if only 40 I/O 
devices are to be installed at the 
time of installation, 48 device 
addresses can be assigned. 
However, if the full capacity of 56 
I/O devices is to be installed, 
exactly 56 device addresses are 
assigned. 
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Except as indicated in the preceding 
rules, the assignment of control-unit 
and I/0-device addresses is arbitrary. 
The assignment is made at the time of 
installation, and the device addresses 
normally remain fixed thereafter. 



ADDRESS DECODING 



Control units recognize a device address 
that meets the following conditions? 



1. 
2. 



The device address 
parity. 



has correct 



The device address is assigned to 
the control unit. 
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A device address 
or 



i s not installed, 



2. A device address has been parti- 
tioned out of the system by the 
program, operator, or customer 
engi neer . 

The control unit must respond to those 
device addresses in the set for which 
the corresponding I/O devices are 
either: 

1. Ready, or 

2. Not ready but which can be made 
ready by means of an ordinary manu- 
al intervention. The not-ready 
state of an I/O device is indicated 
by unit-check status and sense data 
that specifies intervention is 
required. (See "Intervention 
Required" in this chapter.) 

The control unit may respond to all 
device addresses in the assigned set> 
regardless of whether the device associ- 
ated with the device address is 
installed. If a control unit responds 
to a device address for which no I/O 
device is installed, the unit-check 
status is set, and the appropriate sense 
information is made available. 

The portion of the device address decod- 
er that identifies the control unit 
(item 2 under "Address Assignment" in 
this chapter) can be set at the time of 
installation for any bit combination. 

Control units that are designed to 
attach only a single I/O device must 
decode all eight bits of the device 
address byte. The device address decod- 
er can be set to any bit combination at 
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the time of installation. (See item 1 
under "Address Assignment" in this chap- 
ter.) 



COIWANPS 



When 'command out 1 is up during the 
initial-selection sequence, the byte of 
information on "bus out' describes a 
command. The command specifies to the 
I/O device the operation to be 
performed. 

The rightmost bit positions indicate the 
type of operation; the leftmost bit 
positions comprise a modifier which 
expands the meaning of the basic opera- 
tion that is to be performed. The modi- 
fier codes and the operations performed 
when they are decoded arQ model- 
dependent. 

The command byte on the I/O interface is 
defined as follows, where "M n is a modi- 
fier bit and "P" the parity bit: 



A command with invalid parity is not 
recognized and therefore not executed. 



Test 

Test I/O 

Reserved 



Sense 

Basic sense 
Sense ID 

Reserved 

Read backward 

Write 

Read 

Basic read 

Control 

No-operati on 





Pit PffSl 


..tisn 


E112HH2 


P 
1 

P 


M M M M 
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1111 









PMMMM0100 
000000100 
11110 10 

PMMMM1000 

PMMMM1100 

PMMMMMM01 

PMMMMMM1 
000000010 

PMMMMMM1 1 
100000011 



The basic sense, test I/O, no-operation, 
and sense ID commands are executed by 
all I/O devices. 



BASIC OPERATIONS 



The I/O operation to be executed over 
the I/O interface is determined by the 
eight-bit command issued to the I/O 
device during the initial-selection 
sequence. 

The basic operations are specified by 
these commands: read, read backward, 
write, control, sense, and test. 
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An immediate operation is performed when 
the execution of that command meets the 
following requirements: 



1. 



Execution 
tion than 
that is, 
ferred. 



requires no more informa- 
that in the command byte; 
no data bytes ara trans- 



2. Channel-end status, without busy, 

is presented as initial status. 

Device-end status may also accompa- 
ny channel end. 

Any command (with the exception of test 

I/O) may be executed as an immediate 
operati on. 



Mfiifis.: 



The inadvertent use of special 
diagnostic commands? which by 
intention permit errors to occur on 
the I/O interface or which intro- 
duce the possibility that subse- 
quent commands may be executed 
erroneously, must be prevented by 
some form of interlock. 

An error condition may be recog- 
nized by the channel and the I/O 
operation terminated when 256 or 
more chained commands are executed 
with a single I/O device and none 
of the commands result in the 
transfer of any data. 



The read command initiates execution of 
data transfer from the control unit to 
the channel. The bytes of data within a 
block are provided in the same sequence 
as those written by the write command. 

A read command with all modifier bits 



set to zeros is a basic 
This command is also 
ini tial-program-loadi ng 
command by those devices 
the IPL function. To 
i ni ti al -program- load i ng 
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read command, 
used as an 
(IPL) read 
that provide 
perform the 
read, the 



1. The first command sent to the I/O 
device following a system reset . 

2. Sent no sooner then i millisecond 
following system reset., 
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Rs&£ Backward 

The read-backward command initiates an 
I/O operation in the same manner as the 
read command* except that bytes of data 
within a block are sent to the channel 
in an order which is the reverse of that 
used in writing. The control unit may 
be designed to cause mechanical motion 
in the I/O device in a direction oppo- 
site of that for a read command, or it 
may be designed to operate the device as 
it would for a read command. 

Unless otherwise noted, any description 
in this .manual that applies to read also 
applies to read backward. 



Write, 



The write command performs the same 
sequence of signals over the I/O inter- 
face as for a read operation. For a 
write command, however, the data is sent 
from the channel to the control unit 
instead of from the control unit to the 
channel . 



Control 
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The byte rata for the bytes transferred 
■■during an '.operation specified by a 
control command normally need not be 
faster than the normal read or write 
rate for the same I/O device. 

A control command with all-zero modifier 
bits performs no operation at the I/O 
device, except that it satisfies any 
previously indicated chaining operations 
and allows certain I/O devices to wait 
for conditions of checking (or any 
synchronizing indications) before 
releasing the channel. This variation 



of the control command is a no-operation 
control . 



&&OSS 



The sense command is similar to a read 

command, except that the data is 

obtained from sense indicators rather 

than from a record source. 



The basic sense command 
set to zeros) initiates 
tion on all I/O devices 
retrieval of up to 32 
The basic sense command 
ate any operation other 



(modifier bits 
a sense opera- 
and causes the 
bytes of data, 
does not initi- 
than the sensing 



of sense indicators. The basic sense 
command sent to an available control 
unit is accepted even though the 
addressed I/O device is in a not-ready 
state. (See "Sense Information" in this 
chapter.) If the control unit detects 
Bn error during the sense operation, 
unit check is sent with the channel-end 
status condition. 

The purpose of the basic sense command 
is to provide data detailed enough to 
ascertain the actual state of the device 
and unusual conditions associated with 
the execution of the I/O operation 
during which the error was detected. 

The I/O devices that can provide special 
diagnostic sense information or that can 
be instructed to perform other special 
functions by means of the sense command 
may call for modifier bits to bo defined 
for control of the function. The 
special sense operation may be initiated 
by unique combinations of modifier bits, 
or a group of codes may specify the same 
special sense function. Any remaining 
sense command codes may be considered 
invalid or may cause the same action as 
the basic sense command, depending on 
the particular I/O device. 



The sense-ID command (modifi 
to E hex) does not initiate 
ations other than sensing the 
number. 1 If the control uni 
is available and not busy, 
sense-ID command is executed, 
seven bytes of data transfer 
sense data may or may not be 
result of executing the 
command. 



er bits set 

any oper- 

type/model 

t or device 

then the 

with up to 

red. Basic 

reset as a 

sense-ID 



The sense bytes sent 
sense ID are: 



in 



response to 



1 Units designed prior to October 1, 1980 may properly execute the sense-ID command, 
may execute the command as a basic sense command, or may reject the command with 
unit-check status. 
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Pytes 



Contents 



Test 



FF hex 

1,2 Control-unit type number 

3 Control-unit model number 

4,5 I/0-device type number 

6 I/0-device model number 

All unused sense bytes must be set to 
zeros. 

Bytes 1 and 2 contain the four-decimal- 
digit control-unit type number that 
corresponds directly with the control- 
Unit type number on the tag attached to 
the control uni t . 

Byte 3 contains the control-unit model 
number, if applicable. If not applica- 
ble, byte 3 is a byte of all zeros. 

Bytes 4 and 5 contain the four-decimal- 
digit device type number that corre- 
sponds directly with the device type 
number on the tag attached to the I/O 
device. 

Byte 6 contains the device model number, 
if applicable. If not applicable, byte 
6 is a byte of all zeros. 

Whenever a control unit is not separate- 
ly addressable from the attached I/O 
device or devices, the response to the 
sense-ID command is a concatenation of 
the control-unit type number and the 
I/0-device type number. 

If a control unit can be addressed sepa- 
rately from the attached I/O device or 
I/O devices, then the response to the 
sense-ID command depends on the unit 
addressed. If the control unit is 
addressed, the response to the sense-ID 
command is as follows: 

Bytes Contends 

FF hex 

1,2 Control-unit type number 

3 Control-unit model number 

The response consists of the control- 
unit type and model number, with normal 
ending status presented after byte 3. 

If the I/O device is addressed, the 
response to the sense-IO command is as 
follows: 

&££££ Qop^ents 

FF hex 

1,2 I/0-device type number 

3 I/0-device model number 

The response consists of the I/0-device 
type and model number, with normal 
ending status presented after byte 3. 



The test-I/0 command (mo 
to zeros) retrieves from 
I/0-device path any stat 
from a status con 
recognized, that is stack 
pending. The test-I/0 c 
initiate an operation. I 
pending status is encoun 
I/O path being tested, 
byte for the selected 
presented to the channel. 



difier bits set 
the addressed 
us that results 
dition being 
ed, or that is 
ommand does not 
f no stacked or 
tered along the 
a zero status 
I/O device is 



With respect to test I/O, the busy 
condition has a special meaning. (See 
"Busy" in this chapter.) 



Note : Any 
execution of 
stacked. 



status presented during 
a test-I/0 command may be 



SEQUENCE CONTROLS 



Sequence controls are used by the chan- 
nel to control execution of the 
sequences that are performed between the 
channel and control unit. Each sequence 
control uses a special signaling conven- 
tion over the I/O interface, and each 
one has a particular meaning to the 
control unit or I/O device. 



PROCEED 



Whenever 'command out* rises in response 
to the rise of 'address in' during a 
control-unit-initiated sequence, it 
means proceed. 

Proceed indicates to the I/O device that 
it should continue the normal servicing 
request on the interface. 



STOP 



Note : When data streaming occurs, this 
"Stop" section does not apply. (See 
"Data-Streaming Feature" in Chapter 3» 
"Features.") 

The channel uses the stop sequence 
control when data is being transferred 
and the channel recognizes that the 
currently executing I/O operation should 
be ended. "Stop" is indicated by rais- 



ing 'command out' 
rise of 'service in 



in 
or 



response to the 
'data in'. 



On receipt of the stop signal, the I/O 
device proceeds to its normal ending 
point without sending any further 'ser- 



vice 



in 



channel . 



or 'data 
The I/O 



in' signals to 
device remains 



the 
busy 
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(until the ending status is available, is 
presented to the channel, and is 
'accepted by the channel. 

During a data-transfer sequence, 'com- 
mand out* is transmitted in response to 
the first 'service in' or 'data in' that 
is provided after the channel determines 
that the current operation is to be 
ended. If 'select out' is down or goes 
down after this sequence, 'operational 
in' drops on force-burst-mode-type opei — 
ations on I/O devices that cannot meet 
the timeout requirements indicated in 
"Interface Timeout Considerations." 
Also, burst-mode I/O devices that have 
relatively long times between stop and 
ending status and have no time-dependent 
chaining requirements drop 'operational 
in' at this time. 



Except when data streaming occurs, 
'suppress out' is ignored for the 
first data byte following any 
selection sequence unless the data 
transfer is contiguous with initial 
selection; that is, unless there is 
no disconnection and reconnection 
between initial selection and the 
data-transfer sequence. (See 
"Data-Streaming Feature" in Chapter 
3, "Features.") 



To ensure 
control 
be up 



recognition 



by ths 

unit, 'suppress out' must 

t least 250 nanoseconds 



before the rise of 'service in' op 

least 250 nanose- 



in 



or at 



•data 

conds before 'service out' or 'data 

out' falls. (See 

Transfer Feature" in 

"Features.") 



"High-Spaed- 
Chapter 3, 



STACK STATUS 



The channel uses the stack sequence 
control when conditions preclude accept- 
ance of status from the control unit. 
Stack status is indicated by the rise of 
'command out' in response to the rise of 
'status in'. The stack-status signal 
causes retention of status information 
at the control unit or I/O device until 
that status is accepted during a subse- 
quent sequence. When 'stack status' 
occurs, the control unit disconnects 
from the interface after 'select out' is 
down. 'Command out' remains up until 
'operational in' falls. Any attempt to 
perform a control-unit-initiated 
sequence in order to present the status 
again is under control of 'suppress 
out'. (See "Suppress Status" in this 
chapter.) Any status (except zero 
status prQsented in response to a 
command other than test I/O) presented 
by a control unit in any interface 
sequence (except the short-busy 
sequence) may be stacked. 

If the channel signals stack status to a 
control unit as status is being 
presented, command chaining, if any, i/s 
not indicated when that status is subse- 
quently accepted by the channel. 



When 'suppress out' is up at the 
control unit and the operation is 
in burst mode (either because 



'select out' is up 
control unit is 
mode), the control 
raise 'service in' 
suppressible data. 



or because the 

forcing burst 

unit does not 

for subsequent 



ACCEPT DATA 



M&£s: When data streaming occurs, this 
"Accept Data" section does not apply. 
(See "Data-Streaming Feature" in Chapter 
3, "Features.") 



The channel uses 
sequence control durin 
from the control unit 
When 'service out' or 



backward, or sense 
channel signals accepta 



the accept-data 
g data transfer 
to the channel, 
'data out' rises 
in response to 'service in' or 'data 
in', respectively, during a read, read- 
operation, the 
nee of the infor- 
on 'bus in' by the control 



maiiion placed 
unit. 



DATA READY 



SUPPRESS DATA 



Note : When data streaming occurs, this 
"Data Ready" section does not apply. 
(See "Data-Streaming Feature" in Chapter 
3, "Features.") 



For 

tran 

an 

use 

The 

to 

with 

stcr 

data 

fall 



cont 
sfer 
overr 
the s 
suppr 
the 

comp 

t-sto 

for 

i nto 



rol unit 
can be a 
un condi 
uppress- 
ession o 
f ollowi n 
letely b 
P dejvice 
the ba 
this ca 



s whos 
djusted 
ti on, 
data s 
f data 
g rule 
uff ered 
s and 
si c se 
tegory . 



e rate of 

without cau 
the channel 
equence cont 
occurs accor 
s. (Operat 
I/O device 
the transfe 
nse command 
) 



data 
sing 

may 
rol . 
ding 
i ons 
s or 
r of 

may 



The channel uses the data- 
control during data tran 
channel to the control uni 
vice out' or 'data ou 
response to 'service in' 
respectively, during a wr 
operation, the channel si 
requested information has 
'bus out' and is ready for 
the control unit. 



ready sequence 
sfer from the 
t. When 'ser- 
t' rises 
or 
i te 

gnals that ti 

been placed oi. 

acceptance b" 



in 

'data in', 
or control 

e 
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SUPPRESS STATUS 



Whenever the channel is unable to imme- 
diately accept status* the suppress- 
status sequence control may be used. 
When 'suppress out* is raised* the 
control unit does not attempt a 
control-unit-initiated sequence to pres- 
ent suppressible status. 

It is acceptable for a control unit to 
treat all status as being suppressible 
only after that status has been stacked. 
Alternatively! it is acceptable for a 
control unit to treat status as being 
suppressible if (1) that status contains 
channel end and interface disconnect has 
been received previously during the I/O 
operation* or (2) that status contains 
device end that ended an I/O operation 
when command chaining was not indicated 
at the time channel end was presented. 
Also* asynchronous status may be 
suppressible at the option of the 
particular control unit without being 
stacked. 



ically* if 'suppress out 



1 s up 
i s rai sed i n raspon 
When channel end 



ress out' 
ds before 



is up at least 250 nano- 
'select out 1 rises at the 
ol unit to ensure suppression of 
s. 'Suppress out' suppresses the 
ation of the control-unit-initiated 
nee whan the sequence is intended 
esent suppressi ble-typo status. If 
ress out' rises after a control- 
initiated sequence has been 
ed* the status sequence proceeds 
lly. 



'Supp 
secon 
contr 
statu 
ini ti 
seque 
to pr 
' supp 
unit- 
start 
norma 

The 

and 

"Request In" in Chapter 

Descr i pti on ." 



relationship between 
"suppress out' is 



'request in' 

described in 

1* "Functional 



ACCEPT STATUS 



During presentation of status* the chan- 
nel may use the accept-status sequence 
control. When 'service out' rises in 
response to 'status in 1 * the channel 
signals that the status placed on 'bus 
in' by the control unit has been 
accepted. 'Service out' falls in 
response to the fall of 'status in'. 



COMMAND CHAINING 



During the execution of successive I/O 
operations* the channel uses the 
command-chaining sequence control. If 
command chaining is to occur* it is 
indicated each time an I/O device 
presents ending status and* more specif- 



'service out' 
'status in' 
device end are presented together 
command chaining is to occur* 
command chaining is indicated whe 
status is accepted by the channel, 
channel end and device end &tq 
presented together and command cha 
is to occur* it is indicated 
channel-end status is accepted and 
when device-end status is accepted, 
command-chaining indication 
channel-end status is accepted 
different than when device-end stat 
accepted. These differences are 
below. 



when 

se to 

and 

and 

the 

n the 

When 

not 

ining 

when 

again 

The 

when 

i s 

us i s 

noted 



Command cha ini 
ini tial-selecti 
is to occur for 
tion immediatel 
tion of device 
unusual condi 
during executio 
tion. The exac 
command i s pr 
channel and on 
system. 



ng means 
on sequen 

the I/O 
y followi 

end* p 
tions we 
n of the 
t time a 
esented 

the pa 



that 
ce (res 
devi ce 
ng the 
rovided 
re en 
curre 
t which 
depends 
rameter 



another 
electi on) 
in opera- 
presenta- 

that no 
countered 
nt opera- 

the next 

on the 

s of the 



The command-chaining condition is recog- 
nized for each I/O device and allows 
command chaining to occur when command 
chaining is indicated by the channel. 
The command-chaining condition is set 
whenever the I/O device accepts a 
command 2 and is reset (1) whenever the 
I/O device receives system reset* selec- 
tive reset* interface disconnect* or 
stack status* or (2) whenever ending 
status has been accepted without command 
chaining being indicated. Additionally* 
the command-chaining condition is reset 
as described elsewhere in this section. 

Command chaining occurs whenever* the 
command-chaining condition is set in the 
I/O device and command chaining is being 
signaled by the channel. If the 
command-chaining condition is reset and 
an initial-selection sequence is 
attempted while command chaining is 
being indicated* the I/O device causes 
command chaining to be terminated by not 
accepting the command. Unit check* 
along with other status* if any* is 
presented in response to the command. 
Further information detailing this 
unusual condition is available to the 
basic sense command. 3 

When the channel accepts status from a 
control unit that contains unit check 
(except when command retry is signaled)* 
unit exception* busy* control-unit end* 
or attention* the channel terminates 
command chaining in the channel* and the 
control unit resets the command-chaining 



I/O devices designed prior to October 1* 1981 may delay setting the command- 
chaining condition until command chaining is indicated. 

I/O devices designed prior to October 1* 1981 may not reset the command-chaining 
condition and therefore do not present unit-check status to the command. 
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condition for the device whose device 
address was used to present that status. 

Reselection of any I/O device attached 
to a type-1 control unit resets the 
command-chaining condition in the 
control unit. A type-2 or type-3 
control unit maintains the command- 
chaining condition for each device that 
has an operation in progress. Type-2 
and type-3 control units do not reset 
the command-chaining condition for 
devices other than the one being 
selected. 



When command chaining 
the time device end is 
indication remains va 
lection is made or unt 
falls (minimum down-lev 
recognition is 250 n 
ensure that command 
'suppress out' remain 
reselection at least u 
in 1 rises. If 'supp 
before the reselectio 
command-chaining condit 
the control unit. 



is indicated at 
presented* this 
lid until rese- 
il 'suppress out' 
el time to ensure 
anoseconds). To 
chaining occursi 
s up during the 
ntil 'operational 
ress out' drops 
n is made; the 
ion is reset in 



Depending on the particular I/O device* 
operation* and configuration* the 
command-chaining indication requires 
certain functional control that depends 
on the individual control unit. 

If command chaining is indicated when 
channel end but not device end is 
presented from a type-1 control unit* 
the I/O device that presents channel end 
is the next I/O device from that control 
unit to present device-end status* 
unless the control unit is addressed in 
the meantime on the same I/O interface. 

If command chaining is indicated when 
device end is presented* the control 
unit ensures that the path to the I/O 
device remains available until the next 
initial-selection sequence is initiated 
that immediately follows the acceptance 
of device end or until command chaining 
is no longer indicated. Furthermore* 
unless command chaining is being 
canceled by the channel* the immediately 
following sequence is a reselection of 
the I/O device presenting the device 
end. 

If command chaining is indicated to an 
I/O device shared by more than one 
control unit or channel* the I/O device 
remains available until the initial- 
selection sequence is initiated that 
immediately follows the acceptance of 
device end or until command chaining is 
no longer indicated. 

To ensure recognition of command chain- 
ing by the control unit* 'suppress out' 
i s up at least 250 nanoseconds before 
'service out' rises in response to 'sta- 



tus 
in' 



in' and does not fall before 'status 
If command chaining is not to be 



indicated* 'suppress out' is down at 



least 250 nanoseconds before the rise of 
'service out' and does not rise before 
the fall of 'status in'. 



INTERFACE DISCONNECT 



During the execution of an I/O 
operation, the interface-disconnect 
sequence control may be used by the 
channel to signal the control unit to 
end execution of an ongoing I/O opera- 
tion. 

If 'hold out' Is down and 'address out' 
rises or If 'address out' is up and 
•hold out* falls* the presently 
connected control unit drops 'opera- 
tional in'* thus disconnecting from the 
interface. Mechanical motion in process 
continues to a normal stopping point. 
Status information is subsequently 
generated and presented to the channel 
if execution of an operation has been 
ended by interface disconnect. 'Address 
out'* in this case* may be up concur- 
rently with another outbound tag line. 
To ensure that Interface disconnect is 
recognized* it must occur at least 250 
nanoseconds before the rise of the 
outbound tag that completes any signal 
sequence. If no signal sequence is 
currently being executed and 'select 
out' (or 'hold out') is active* then 
'address out' rises at least 250 nanose- 
conds before the fall of 'select out' 
(or 'hold out') to ensure recognition of 
interface disconnect. 

'Operational in' must drop within 6 
microseconds after the disconnect indi- 
cation is received. When 'operational 
in' drops* the channel may drop 'address 
out' to complete the interface- 
disconnect sequence. 'Address out' is 
down for at least 250 nanoseconds before 
a new initial-selection sequence is 
attempted. 

The control unit responds to the inter- 
face disconnect signal by removing all 
signals (with the possible exception of 
'request in 1 and 'metering in') from the 
I/O interface and resets the command- 
chaining condition* if any. (See 
"Command Chaining" earlier in this chap- 
ter.) On an input operation* data on 
'bus In' need not be valid after the 
rise of 'address out'. On an output 
operation* data on 'bus out' must ba 
valid until the fall of either 'service 
in'* 'data in'# or 'operational in'. 
(See "Data-Streaming Feature" in Chapter 
3, "Features.") When the control unit 
reaches the normal ending point* it 
attempts to obtain selection on the 
interface to present any generated 
status to the channel. 

To ensure recognition of interface 
disconnect during an Initial selection 
sequence* Interface disconnect should 
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not be signaled in the interval during 
or subsequent to the rise of 'command 
out' and prior to or during the rise of 
'service out' in response to 'status 
in'. If interface disconnect is 
signaled during this interval, it is 
unpredictable whether the command is 
executed and whether ending status 
should be sent by the control unit. 

Any abnormal I/O device operation should 
be indicated by unit check in the 
status, and the sense information should 
provide additional details concerning 
the operation. (See "Unit Check" in 
this ""chapter . ) The control unit does 
not generate any status solely as a 
result of an 'interface disconnect 1 . 

The I/0-device path remains busy after 
it receives an 'interface disconnect'/ 
while performing an operation, until 
device-end status is accepted by the 
channel. If 'interface disconnect' is 
received when the I/O device ,i s not 
busy, no status is generated, and the 
I/O device is not made busy. 



the data-streaming 
address out' is up 



Note : Except when 

feature is used, if 

concurrently with another out tag, the 

remains valid 

tag drops or 

drops. (See 

in Chapter 3, 



information on 'bus out' 



unt i 1 
u n t i 1 



the associated in 
'operational in 



"Data-Streaming Feature" 
"Features.") 



SELECTIVE RESET 



The selective-reset sequence control is 
generated by the channel and may occur 
any time 'operational in' is up. 

Selective reset is indicated whenever 
'suppress out' is up and 'operational 
out' drops. This condition causes 
'operational in' to fall and causes the 
particular I/O device in operation and 
its status to be reset. The operation 
in process proceeds to a normal stopping 
point, if applicable, with no further 
data transfer. (See "Data-Streaming 
Feature" in Chapter 3, "Features.") The 
I/O device operating over the interface 
is the only device that is reset, even 
on multidevice control units. The 
particular I/0-device path is in a busy 
state throughout this procedure. 



If s 

by 

ri se 

'ope 

unti 

'ope 

out' 

fall 

whi c 

rese 



elective res 
the control 
s at least 
rational out' 
1 at least 
rational out 

stays down 
s or for at 
hever i s grea 
t to be effec 



et is to be recognized 
unit, 'suppress out' 
250 nanoseconds before 
drops and remains up 
250 nanoseconds after 
* rises. 'Operational 



The ready o 
control unit 
a selective 
enable/di sabl 
was changed b 
become effect 
inhibiting c 
not-ready sta 
clears those 



r not-ready state of the 
is generally not changed by 
reset. When, however, the 
e or online/offline switch 
efore the reset but had not 
ive because of the required 
onditions, the ready or 
te may change i f the reset 
inhibiting conditions. 



'Device end' may be returned after a 
selective reset has been signaled. The 
interpretation of the selective reset is 
model -dependent . 



SYSTEM RESET 



The 

used 

devi 
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system-reset 
to reset all 
ces that 
ine/Offline" 



sequence control is 

control units and I/O 

are online. (See 

in this chapter.) 



em reset is indicated whenever 

rational out' and 'suppress out' are 

concurrently and the I/O device is 

the online mode. This condition 



es 'operational in' to fall and 
es all control units and their 
ched I/O devices, along with their 
us, to be reset. The control units 
in a busy state for the duration of 
r reset procedure. 'System reset' 
prepare an I/O device for an 
ial-program-loadi ng sequence. 



until 'operational in' 

least 6 microseconds, 

ter, for the selective 


control uni 
appeared on '1 
during the 


tive. 


sequence or 
sequence. In 
sequence, whei 



The ready or not-ready state of the 
control unit is generally not changed by 
a system reset. When, however, the 
enable/disable or online/offline switch 
was changed before the reset but is not 
yet effective because of required inhib- 
iting conditions, the ready or n,ot-ready 
state may change, if the reset clears 
those inhibiting conditions. 

To ensure a proper reset, 'operational 
out' and 'suppress out' are down concur- 
rently for at least 6 microseconds. 

The definition of when the system-reset 
signal occurs for a system is model- 
dependent, as is the interpretation of 
the system-reset signal by the specific 
I/O device. 



STATUS INFORMATION 



When 'status in' is up, the information 
that appears on 'bus in' is the status 
byte. The conditions reported in the 
status byte are the status conditions. 

The status pertains to the I/O device or 

t whose device address 

bus in' (with 'address in') 

control-uni t-i ni t iated 

the initial-selection 

the case of the short-busy 

n no 'address in' occurs, 
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it is assumed that the status pertains 
to the addressed I/O device or control 
unit. 



STATUS BYTE 



Unit-Initiated Sequence" in this 
chapter. ) 

Once accepted by the channel* any given 
status byte is reset and is not 
presented again. 



The status 
format: 

Bit 

Position 

P 

1 
2 
3 

5 

6 

7 

The status 
channel: 



byte has the following 



Pesi gnat ion 

Parity 
Attention 
Status modifier 
Control-unit end 
Busy 

Channel end 
Devi ce end 
Unit check 
Unit exception 

byte is transmitted to the 



1. 
2. 

3. 



4. 
6. 



During 
sequence. 

To present 
at the 
transfer. 



the 



initial -select ion 



the channel-end status 
termination of data 



To present the device-end status 
and any associated conditions to 
the channel. The I/O device 
remains busy during an operation 
until the channel accepts the 
device-end status. 

To present control-unit-end or 
device-end status, which signals 
that the control unit or device 
that was previously busy and inter- 
rogated while busy is now free. 

To present any previously stacked 
status when allowed to do so. 

To present status describing asyn- 
chronous conditions that are recog- 
nized by either a control unit or 
an I/O device and that are unre- 
lated to previously executed I/O 
operations. One of these condi- 
tions is described by attention, 
which is normally generated by 
console or communication devices. 
Another condition* which is 
described by device end, unit 
exception, and attention, is gener- 
ated when the corresponding device 
goes from the not-ready to the 
ready state. These status condi- 
tions are handled in the same way 
as any other status information 
presented during a control-unit- 
initiated sequence and are subject 
to the same rules regarding presen- 
tation to the channel and stacking. 
(See "Device End" and "Control- 



UNIT-STATUS CONDITIONS 



The following status conditions are 
detected by the I/O device or control 
unit and are indicated to the channel 
over the I/O interface. The causes of 
these conditions for each type of device 
and the timing in presenting these 
conditions &r& model-dependent. When 
such conditions have been recognized, 
status is generated at the I/O device or 
control unit and is maintained until it 
is accepted by the channel or is reset. 
Status that has been generated but not 
presented to the channel is called 
"pending status." Status that has been 
presented to the channel but has not 
been accepted and is currently being 
held at the control unit or I/O device 
is called "stacked status." 

When the device is accessible from more 
than one channel, status resulting from 
channel-initiated operations is signaled 
to the channel that initiated the asso- 
ciated I/O operation. The handling of 
conditions not associated with I/O oper- 
ations, such as attention, unit 
exception, and device end because of a 
not-ready-to-ready transition, depends 
on the type of device and condition and 
is model-dependent. (See "Device End" 
i n thi s chapter.) 

N ofrq : Control units and I/O devices 
should provide interlocks so that status 
is not lost, hidden, or included with 
other status when the result would cause 
the program to misinterpret the original 
meaning and intent of the status. 



ATTENTION 



The attention condition is generated 
when some asynchronous condition occurs 
in the I/O device. The condition may be 
accompanied by other status. Attention 
is not associated with the initiation, 
execution, or termination of any I/O 
operation. 

If a condition at the I/O device or 
control unit has caused the presentation 
of attention status while an I/O opera- 
tion is in execution, command chaining, 
if any, is no longer indicated, and the 
operation is ended. If command chaining 
is indicated when channel-end status is 
presented, command chaining is no longer 
indicated when device-end status is 
presented and accompanied by attention. 
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channel path* presenta 
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paths is model- 
on the I/0-device 
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Attention is accompanied by device end 
and unit exception when a not-ready-to- 
ready-state transition is signaled. 
(See "Device End" in this chapter.) 



STATUS MODIFIER 



Status modifier 
in five cases: 



is used by control units 



1. Control units that cannot provide 
current status in response to test 
I/O present the status-modifier bit 
alone during the initial-selection 
procedure. 

2„ Busy control units present the 
status-modifier bit with the busy 
bit during the initial-selection 
sequence or short-busy sequence to 
differentiate between a busy 
control unit and a busy device. 

3. Control units designed to recognize 
special ending conditions (such as 
search equal on a disk) present the 
status-modifier bit with device end 
when the special condition occurs. 

4. Control units that use the 
command-retry feature present 
status modifier with unit check and 
channel end — with or prior to 
device end — when requesting that 
the channel initiate the retry 
procedure. 

5. Control units designed to recognize 
special conditions that must be 
brought to the attention of the 
program present status modifier 
along with the other status indi- 
cations in order to modify the 
meaning of the status. 
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In the second case, provision is made 
for indicating that a busy condition 
pertains to a control unit and not 
necessarily to the addressed I/O device. 
(See "Busy" in this chapter for a 
description of control-unit-busy status 
condi t i ons. ) 

In the third case, provision is made for 
control units designed |o recognize 
special ending or synchronizing condi- 
tions. If the special condition occurs, 
the status-modifier bit with the 
device-end bit is presented during the 
status presentation. When status- 
modifier and device-end bits are present 
in the status, it indicates that the 
normal sequence of commands must be 
modi f i ed. 

In the fourth case, provision is made 
for control units to request a retry of 
the execution of the current command. 
The situations encountered during which 
retry is requested ar& model-dependent. 

In the fifth case, provision is made for 
control units designed to recognize 
special conditions that are unrelated to 
the execution of an I/O operation. 
These conditions must be brought to the 
attention of the program. Status modi- 
fier is used to modify the meaning of 
the other accompanying status indi- 
cations. The meanings of the status 
combinations are model-dependent. 



CONTROL-UNIT END 



Only control units that can indicate a 
control-unit-busy condition can indicate 
a control-unit-end condition. The 
control-unit-end condition occurs for 
one or both of the following: 

1. The control unit was interrogated 
while it was in the busy state. 
Interrogated in the busy state 
means that, during an initial- 
selection sequence, conditions at 
the control unit precluded 
execution of an operation with an 
I/O device on the control unit and 
that the control unit responded 
with busy and status modifier 
(control-unit busy) in the unit- 
status byte. If a control unit 
responded with control-unit-busy 
status, it must return a control- 
unit-end status indication when the 
busy period no longer exists. Only 
one control-unit-end indication is 
returned, regardless of the number 
of times the control unit has 
responded control-unit busy during 
the busy period. Also, the single 
control-unit-end indication is 
provided independent of the differ- 
ent device addresses used when 
indicating control-unit busy. (See 
"Status Modifier" in this chapter.) 
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2. The control unit detected an unusu- 
al condition while busy, but after 
channel end was accepted by the 
channel. Indication of the unusual 
condition accompanies control-unit 
end. 

If the control unit remains busy execut- 
ing an operation after signaling channel 
end but is not interrogated and does not 
detect an unusual condition, control- 
unit end is not generated. 



The device 
control-uni t 
follows: 



address associated with 
end is determined as 



The device address of the selected 

device is used if control-unit end 

i s to be presented with channel end 
and/or device end. 



Temporary Control-Uni t Busy 



When the busy state of the control unit 
is temporary, control-unit end can be 
included with busy and status modifier 
in response to interrogation, even 
though the control unit is not free. 
The busy condition may be considered 
temporary if it lasts less than approxi- 
mately 2 milliseconds. 

Note ? When a control unit has signaled 
the temporary control-unit-busy condi- 
tion, the channel may attempt an 
initial-selection sequence immediately 
following acceptance of the status. 



BUSY 



2. If control-unit end is generated 
without channel end or device end 
and the status is presented during 
a control-un i t-i ni t i ated sequence, 
the device address to be used when 
presenting this status is any 
legitimate address associated with 
the control unit. A legitimate 
address i s any address that i s not 
associated with an I/O device 
currently executing an I/O opera- 
tion and that the control unit 
recognizes regardless of whether or 
not the I/O device is actually 
attached. 

3. If control-unit end is to be 
presented during an initial- 
selection sequence, the device 
address is the same as the device 
address issued with 'address out'. 

may be executed as 
ini tial-selecti on 
the short-busy 



The sequence 
either the 
sequence or 
sequence. 



The control-unit-end condition can be 
signaled with channel end, or any time 
after channel end, and may be accompa- 
nied by other status bits. When 
control-unit end is signaled with a 
control-unit-initiated sequence in the 
absence of any preceding data transfer 
or other status conditions, the status 
may be associated with any address 
assigned to the control unit. For 
control units attaching more than a 
single I/O device, a pending control- 
unit end for one I/O device does not 
necessarily preclude initiation of new 
operations with other attached devices. 
Whether the control unit allows initi- 
ation of other operations is at the 
option of the control unit. Control- 
unit end causes command chaining to be 
suppressed. 



The busy indication occurs only during 
an initial-selection sequence or short- 
busy sequence and means that conditions 
existing at the I/O device or control 
unit preclude execution of the intended 
I/O operation because one of these four 
situations exists: 

1. An I/O operation initiated during a 
previous initial-selection sequence 
is being executed. 



2. 



Stacked or pending 
tions exist (except 
in this section). 



status condi- 
as noted later 



4. 



The control unit is shared by chan- 
nels or I/O devices, or an I/O 
device is shared by control units, 
and the shared facility is not 
avai lable. 

A self-initiated function (for 

example, mi crodiagnosti cs or data 

movement internal to the I/O 
device) is being performed. 



An I/O operation is being executed from 
the time initial status is accepted 
until device end is accepted. Status 
conditions for the addressed I/O device, 
if any, accompany the busy indication. 

If the busy condition applies to a 
control-unit function, busy is accompa- 
nied by status modifier. 

Busy is indicated to a test-I/0 command 
under the same conditions that busy is 
indicated to other commands; however, 
busy is not indicated to a test-I/0 
command if there is an available path to 
the I/O device and there is stacked or 
pending status for that I/O device. 

The busy condition causes command chain- 
ing to be suppressed. 

ftote : For I/O devices designed after 
October 1, 1980, if zero status has 
previously been stacked at a device and 
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if a command other than test I/O is 
received by the same device, the zero 
status is discarded by the control unit 
or device, busy is not indicated, and 
execution of the command proceeds 
normally. 



CHANNEL END 



Channel end is caused by the completion 
of the portion of an I/O operation 
involving execution of a command; this 
execution may also include the transfer 
of data between the I/O device and the 
channel . 
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During an I/O operation, the exact time 
that channel end is generated depends on 
the operation and the type of I/O 
device. For operations such as writing, 
some I/O devices generate the channel- 
end condition when the data has been 
written. On other I/O devices that 
later verify the writing, channel end 
may be delayed until verification is 
performed, depending on the I/O device. 
On I/O devices equipped with buffers, 
the channel-end condition may occur on 
completion of data transfer between the 
channel and the buffer. During 
execution of control commands that 
involve data transfer, channel end is 
usually generated after the data is 
transferred to the control unit, 
although for some I/O operations, chan- 
nel end may be delayed until the 
operation is completed. Operations that 
do not cause data to be transferred, as 
in the case of immediate operations, can 
provide the channel-end condition during 
the initial-selection sequence. 



DEVICE END 



Device end is presented to the channel 

(1) when the completion of an I/O opera- 
tion is signaled by the I/O device, 

(2) when the I/O device, having previ- 
ously responded busy, signals that a 
change from the busy to the not-busy 
state has occurred, (3) when the I/O 



device signals that a change from the 
not-ready to the ready state has 
occurred, and (4) when the control unit 
or I/O device signals that an asynchro- 
nous condition has been recognized. 

Each I/O operation causes only one 
device-end condition. In this 
situation, the device-end condition is 
not generated unless the command is 
accepted. 

The device-end condition associated with 
an I/O operation is generated either 
simultaneously with the channel-end 
condition or later. For data-transfer 
operations on some I/O devices, the 
operation is complete at the time chan- 
nel end is generated, and both device 
end and channel end occur together. The 
time at which device end is presented 
depends upon the I/O device type and the 
kind of command executed. For most I/O 
devices, device end is presented when 
the I/O operation is completed. In some 
cases, for reasons of performance, 
device end is presented before the I/O 
operation has actually been completed at 
the I/O device. However, in all cases, 
when device end is presented, the I/O 
device is available for an 
selection sequence if command 
was indicated when the device 
accepted by the channel, 
execution of control 
device-end condition may 



the time 
later. 



initial- 
chaini ng 
end was 
During 
commands, the 
be generated at 
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If an I/O operation has been completed 
and status of only channel end has been 
accepted by the channel, the next status 
byte presented by the I/O device 
contains either device end or device end 
and status modifier; otherwise, command 
chaining, if any, is not indicated. A 
device-end signal received by the chan- 
nel in the absence of any unusual 
conditions causes the channel to initi- 
ate the next command-chained I/O 
operation, if any. Device-end status, 
when received by the channel in the 
presence of unusual conditions, causes 
the channel to terminate command chain- 
ing, if any, and report the unusual 
condition to the program. If, during 
command chaining, an unusual condition 
is recognized subsequent to device end 
having been accepted by the channel and 
before acceptance of the next command by 
the control unit, command chaining does 
not occur, and the device-end status 
previously presented is not made avail- 
able to the program. 

If an I/O device previously responded 
busy, device end is signaled on the path 
over which the initial-selection 
sequence was initiated when the I/O 
device becomes not busy. In this situ- 
ation, device end is signaled only once, 
independent of the number of times the 
I/O device responded busy. 
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Device end is accompanied by attention 
and unit exception when a state change 
from not-ready to ready is signaled. 4 
An I/O device is considered to be not 
ready when operator intervention is 
required in making the I/O device ready. 
A not-ready condition can occur/ for 
example, because of any of the 
followi ng: 



tion may, however, 
become not ready. 



cause the device to 



1. 
2. 

3. 

4. 



An unloaded condition 
magnetic-tape unit. 



i n 



a 



Card equipment out of cards or 
stacker full. 

Printer out of paper. 

Error conditions that need operator 
i ntervent i on . 



5. An I/O device having changed from 
the enabled to the disabled state. 

When a not-ready-to-ready-state transi- 
tion occurs on an I/O device that is 
shared by more than one channel, the I/O 
device must present the appropriate 
indication 4 to all attached channels. 

Device end is accompanied by other 
status when conditions are recognized 
that are unrelated to the execution of 
an I/O operation. These conditions are 
presented to the channel as they occur. 
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check indicates that the I/O device 
ontrol unit has detected an unusual 
ition that is detailed by informa- 

available to a basic sense command, 
occurrence of unit check may indi- 
that a programming error or an 
pment error has been detected, that 
not-ready state of the device has 
cted the execution of the command, 
hat an exceptional condition other 

the one identified by unit excep- 

has occurred. The unit-check bit 

ides a summary indication of the 

itions identified by sense data. 

also "Command-Retry Feature" in 

ter 3, "Features.") 



rror condition causes the unit-check 
cation when the error condition 
rs during execution of a command or 
ng some activity associated with an 
operation. Unless the error condi- 

pertains to the activity initiated 
command or i s of significance to 

program, the condition does not 
e the program to be alerted after 
ce end has been cleared; a malfunc- 



Unit check is indicated when the exist- 
ence of the not-ready state precludes a 
satisfactory execution of the command or 
when the command, by its nature, tests 
the state of the I/O device. When no 
status is pending for the addressed I/O 
device at the control unit, the control 
unit signals unit check when test I/O or 
the no-operation control command is 
issued to a not-ready I/O device. In 
the case of a no-operation, the command 
is not accepted, and channel end and 
device end do not accompany unit check. 
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I/O devices designed prior to October 1, 1980 present status 
device end, attention, and unit exception when signaling 
state transition. 



of only device end or 
a not-ready-to^ready- 
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these conditions or states are provided 
in the sense information. 

When unit check appears with channel end 
and without device end, the sense data 
and an available device path are 
preserved until after the device end and 
the sense data are accepted or reset. 

Errors* such as invalid command code or 
invalid command-code parity, do not 
cause unit check when the device is 
working or contains a pending inter- 
ruption condition at the time of 
selection. Under these circumstances, 
the I/O device responds by providing the 
busy bit and indicating any pending 
status. The command-code validity is 
not indicated. 

Termination of an operation with the 
unit-check indication causes command 
chaining to be suppressed. (See "Com- 
mand Retry Feature" in Chapter 3, "Fea- 
tures.") 

Hote : If an I/O device becomes not 
ready on completion of a command, the 
ending status can be cleared by test I/O 
without generation of unit check because 
of the not-ready state. Any subsequent 
test I/O issued to the I/O device causes 
a unit-check indication. 



UNIT EXCEPTION 



Unit exception means that the I/O device 
detected an unusual condition that needs 
to be reported to the program. During 
execution of an I/O operation, unit 
exception has only one meaning for any 
particular command and type of I/O 
device. A sense operation is not 
required as a response to the acceptance 
of a unit-exception condition. 

A unit-exception condition may be gener- 
ated when the I/O device is executing an 
I/O operation, or when the device is 
involved with some activity associated 
with an I/O operation and the condition 
is of immediate significance. If a 
device detects a unit-exception condi- 
tion during the initial-selection 
sequence, unit exception is presented to 
the channel without channel end, 
control-unit end, or device end. Such 
unit status indicates that no action has 
been taken at ths device in response to 
the command. If the condition that 
precludes normal execution of the opera- 
tion occurs after the command has been 
accepted, unit exception is accompanied 
by channel end, control-unit end, or 
device end, depending on when the condi- 
tion is detected. Any unusual condition 
associated with an operation but 
detected after device end is cleared, is 
indicated by signaling unit exception 
with attention. 



The unit-exception condition causes 
command chaining to be suppressed. 

Unit exception is accompanied by device 
end and attention when a not-ready-to- 
ready-state transition is signaled. 
(See "Device End" in this chapter.) 



STATUS COMBINATIONS 



The following rules indicate status 
combinations which are appropriate or 
inappropriate, depending on the state of 
an I/O operation when status is 
presented by the device; If a status 
byte is accepted by the channel which 
has valid parity, but which contains a 
combination of status bits that is inap- 
propriate at the time the status is 
presented, an error condition may be 
recognized by the channel. If such an 
error is recognized, command chaining is 
suppressed. (Appropriate and inappro- 
priate status combinations are 
summarized in tables contained in Appen- 
dix D.) 

1. When status is presented during the 
short-busy sequence, the only 
appropriate status combinations are 
either (1) busy and status 
modifier, (2) busy, status 
modifier, and control-unit end, or 
(3) busy. All other status combi- 
nations presented during the 

are considered 



short-busy sequence 
i nappropriate. 



(See Figure D-l in Appendix D.) 

2. When status is presented during an 
initial-selection sequence which is 
not the result of command chaining, 
for any command other than test 
I/O, the following status *combi na- 
tions are considered inappropriate: 

a. The status byte contains the 
device-end bit set to one and 
both the channel-end and busy 
bits set to zeros. 

b. The status byte contains any 
combination of control-unit- 
end, status-modifier, and 
attention bits set to ones and 
no other status bit is set to 
one. 

c. The status byte contains the 
control-unit-end bit set to 
one, busy, channel-end, and 
device-end bits set to zeros, 
and any combination of unit- 
check and unit-exception bits 
set to ones. 

(See Figure D-2 in Appendix D.) 

3. When status is presented during an 
initial-selection sequence which is 
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4. 



5. 



a result of command chaining, for 
any command other than test I/O, 
the following status combinations 
are considered inappropriate: 

a. The status byte contains the 
device-end bit set to one and 
both the channel-end and busy 
bits set to zeros. 

b. The status byte contains any 
combination of control-unit- 
end, status-modifier, and 
attention bits set to ones and 
no other status bit is set to 
one. 

c. The status byte contains the 
control-unit-end bit set to 
one, busy, channel-end, and 
device-end bits set to zeros, 
and any combination of unit- 
check and unit-exception bits 
set to ones. 

d. The status byte contains the 
busy bit set to one, except 
when only the busy and device- 
end bits are set to ones or 
when only the busy and atten- 
tion bits are set to ones. 

e. The status byte contains the 
status-modifier bit set to one, 
any combination of unit-check 
and unit-exception bits set to 
ones, and all other status bits 
set to zeros. 

(See Figure D-3 in Appendix D.) 

At the first presentation of status 
after an initial status byte of 
zero has been accepted (provided 
that there is no intervening 
sequence initiated by the channel 
to select the device) the following 
status combinations are considered 
i nappropriate: 

a. The status byte contains the 
channel-end bit set to zero. 

b. The status byte contains the 
busy bit set to one. 

When the dynami c-reconnecti on 
feature is used, control-unit-end 
status alone, when presented during 
a control-unit-initiated sequence, 
does not cause the channel to 
recognize an error condition. See 
"Dynamic Reconnect i on" in Chapter 
3, "Features." 

(See Figure D-4 in Appendix D.) 

At the first presentation of status 
after the channel accepts a status 
byte with either (1) only the 
channel-end bit set to one and 
command chaining was indicated, 
(2) only channel-end, unit-check, 
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The status byte contains 
busy bit set to one. 



the 



b. 



c. 



The status byte contains the 
channel-end bit set to one. 

The status byte does not 
contain either the device-end 
bit set to one or the combina- 
tion of control-unit-end and 
unit-check bits set to ones, 
except under certain conditions 
when the status byte contains 
the control-unit-end bit alone, 
as described below. 
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For the purpose of determining 
whether status is appropriate or 
inappropriate after control-unit- 
end status alone is presented as 
described above, any subsequent 
status will be considered to have 
been presented without the intei — 
vening control-unit-end status. 

(See Figure D-5 in Appendix D.) 



SENSE INFORMATION 



Data transferred during a sense opera- 
tion provides information concerning 
unusual conditions detected in a previ- 
ous I/O operation and concerning the 
actual state of the I/O device. Infoi — 
mation provided by the basic sense oper- 
ation is more detailed than that 
supplied by the unit-status byte, and 
may describe reasons for the unit-check 
indication. It may also indicate, for 
example, that the I/O device is in the 
not-ready state, that a tape drive is in 
the file-protected state, or that 
magnetic tape is positioned beyond the 
end-of-tape marker. 
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Error information used for the recovery 
of the I/O operation, if any, normally 
is provided in the first byte of sense 
data. (See "Sense Byte.") All I/O 
devices provide at least the first sense 
byte and may transfer up to 31 addi- 
tional sense bytes during execution of 
the basic sense command. (See "Sense" 
in this chapter.) The amount and the 
meaning of the additional sense data are 
model-dependent . 

A device which normally operates in 
byte-multiplex mode and transfers a 
single byte during data transfer should 
transmit the maximum number of sense 
bytes possible during the 32-mi crosecond 
byte-multiplex timeout limitation. 

The sense information that pertains to a 
previous I/O operation or other unit 
action at an I/O device may be reset any 
time after the completion of the basic 
sense command addressed 
device. Except for the 
no-operation commands* any 

addressed to the control 

allowed to reset the sense information, 
provided that the busy bit is not 
included in the initial status. The 
sense information may also be changed as 
a result of asynchronous actions, such 
as when not-ready-to-ready status is 
generated. 

Sense information that results from more 
than one condition at the unit is not 
combined when this action would cause 
the program to misinterpret the original 
meaning and intent of the sense informa- 
tion. When a group of sense indicators 
is shared with different devices, the 
residual control-unit sense data that 
pertains to a previous command addressed 
to the control unit may be reset if the 
I/O device addressed is different from 
the I/O device which generated the sense 
data. 
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SENSE CONDITIONS 



Command Reject 



The command-reject condition occurs when 
the I/O device has detected a program- 
ming error. The command-reject condi- 
tion is generated when a command is 
received which (1) the I/O device is not 
designed to execute (such as a read 
backward issued to a direct-access stor- 
age device), or (2) the I/O device 
cannot execute because of its present 
state (such as a write issued to a 
file-protected tape unit). In case 2, 
the program may have required use of an 
uninstalled optional feature or may have 
specified invalid control data. Command 
reject is also indicated when an invalid 
sequence of commands is recognized (such 
as a write to a direct-access storage 
device without the data block having 
previously been designated). 



Interventi on Regui red 



The intervention-required condition 
occurs when the command could not be 
executed because of a condition that 
requires intervention at the I/O device. 
It may indicate conditions such as an 
empty hopper in a card punch or a print- 
er that is out of paper. The condition 
may also be generated when the addressed 
device is in the not-ready state, in 
test mode, or not provided on the 
control unit. 



Bus-Out Check 



A command code with invalid parity caus- 
es the sense information to be replaced 
only if unit check is turned on as a 
result of the invalid parity. 



The bus-out check condition occurs when 
the I/O device or the control unit 
receives a data byte or a command byte 
with invalid parity over the I/O intei — 
face. 



SENSE BYTE 



The first six bits of the first sense 
data byte (sense byte 0) are common to 
all I/O devices. The six bits are inde- 
pendent of each other and, when set to 
ones, designate the following: 



Bit 


1 
2 
3 

5 



Descri pt i on 

Command reject 
Intervention required 
Bus-out check 
Equipment check 
Data check 
Overrun 
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Equipment Check tion prematurely when the error prevents 

any meaningful continuation of the oper- 
ati on. 

The equipment-check condition occurs 

when an equipment malfunction has been 

detected logically between the I/O 

interface and the I/O medium. On output Data Check 

operations, this malfunction may have 

caused invalid data to be recorded. 

Detection of equipment check stops data The data-check condition occurs when 

transmission and terminates the opera- invalid data has been detected by the 
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Data errors on reading and writing cause 
the operation to be terminated prema- 
turely only when the errors prevent 
meaningful continuation of the operation 
floss of synchronization). 
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On an output operation, overrun indi- 
cates that data recorded at the device 
may be invalid. In these cases, data 
overrun normally stops data transfer, 
and the operation terminates as when 
'stop' is indicated. 



the maximum permissible time in worst- 
case situations. All control units are 
designed for minimum signal-sequence- 
response times within the limitations of 
the circuit family used and the sequenc- 
ing method required for particular I/O 
devices. The maximum time contributed 
by a control unit to an initial- 
selection or a short-busy sequence, 
because of the control-unit circuitry, 
is no more than 32 microseconds. This 
restriction also applies to all byte- 
multiplex-mode connections. (See 
"Selection" in this chapter.) 

A particular interface signal sequence 
may take longer because of other 
factors, such as delays introduced by 
the channel or a delay because of the 
need for a burst-mode I/O device to 
capture the interface before reaching 
the specified record area of the record- 
ing medium (not greater than 500 
mi lli seconds) . 

In addition to excessive delays that may 
occur within a particular signal 
sequence, excessive delays may exist 
between data-transfer sequences during 
burst-mode operation. The maximum delay 
between data-transfer sequences in burst 
mode is 500 milliseconds. The channel 
does not indicate a malfunction unless 
the delay between data-transfer 
sequences exceeds approximately 30 
seconds. Activity on the I/O interface 
may be absent because of other condi- 
tions (such as reading a long gap on 
magnetic tape created by successive 
erase commands) . 



PROPAGATION OF SELECT OUT 



GENERAL SYSTEM CONSIDERATIONS 



INTERFACE-TIMEOUT CONSIDERATIONS 



Except when data streaming occurs, 
signaling over the I/O interface is 
specified to be interlocked and is 
therefore not time-dependent. (See 
"Data-Streaming Feature" in Chapter 3, 
"Features.") Because the signaling may 
not always be time-dependent, a certain 
category of machine malfunctions may 
cause hangup of the channel and, unless 
detected and canceled, may result in 
hangup of the system. The timing 
considerations involved in determining 
malfunction cases are described in the 
following paragraphs. 

All references in this section to 
particular time considerations represent 



During an initial-selection sequence 
with a device address not assigned to a 
control unit or, during a control-Uni t- 
initiated sequence, if the control unit 
does not require service or selection, 
'select out' is propagated by the unit 
within 600 nanoseconds to meet perform- 
ance requirements; in no case does it 
exceed 1.8 microseconds per control 
unit. (See "Initial-Selection Sequence" 
and "Control-Uni t-Ini tiated Sequence" in 
this chapter.) If an initial-selection 
sequence with a device address assigned 
to a control unit is attempted and 
(1) the addressed I/O device is unavail- 
able, and (2) 'select out' is to be 
propagated, the time 
gate 'select out' may 
time required for an 



required to propa- 

be the same as the 

i ni tial-select i on 



sequence for that control unit. This 

time, measured at the external cable 

connectors, extends from the rise of the 

incoming 'select out' to the rise of the 
outgoing 'select out'. 
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SYSTEM CONFIGURATION 



Number of Uni ts : In the general system 
configuration^ as many as eight control 
units can be directly connected to a 
single I/O interface. 
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For control units, the internal resist- 
ance is measured between the incoming 
and the outgoing pins on the external 
connectors. For channels, the measure- 
ment i s made between the external 
connector pin and the corresponding 
channel driver or receiver. 

With the exception of the 'select 
out'/'select in 1 line, the maximum 
signal delay measured between the 
external pins is 15 nanoseconds. The 
maximum skew between any two signal 
lines is 1 nanosecond. The delay for 
the bus lines does not exceed the delay 
for the tag lines. 

External Cabl i ng ; The cable length 
available for the interconnection of 
channel and control units is primarily 
limited by the resistance to the intei — 
face lines which is contributed by the 
channel and the control units. For 
specific control units, the signal 
delays due to cable length require that 
the control unit be relatively close to 
the channel. However, the maximum 
allowable cable length is limited by 
total series resistance between drivers 
and receivers, if signal-cable delay 
requirements are met for each attached 
control unit. 
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OFFLINE/ONLINE 



Because in an offline mode it must not 
interfere in the operation between the 
channel and other control units on the 
same I/O interface, the control unit 
provides the following: 

1. A logical bypass for 'select out' 

2. A gating off of all other line 
drivers to prevent interference on 
the I/O interface 

The control-unit transition to or from 
an offline/online condition does not 
cause a machine malfunction. The 
following minimum conditions exist 
concurrently before the online-to- 
offline transition occurs'. 

1. The online/offline switch is set to 
off 1 ine. 

2. The control unit is not actively 
communicating with the channel, 
either for executing an I/O opera- 
tion ('operational in' is active) 
or for signaling a busy condition 
('status in' is active during a 
short-busy sequence). 

3. The control unit is not currently 
disconnected from the I/O interface 
during the execution of an I/O 
operation involving that control 
uni t . 

4. No stacked, pending, or forthcoming 
status exists for this unit. 

5. No command chaining is currently 
indicated for this unit. 

Existence of the preceding conditions 
ensures that no machine malfunctions 
occur when the operator throws the 
switch from online to offline. 



For channels and control units designed before October 2, 1970, the maximum allow- 
able internal resistance (including all contact resistance) contributed by a chan- 
nel or control unit for every signal line except for 'select out' and 'select in' 
is 2.0 ohms. The combined 'select out' and 'select in' maximum resistance for a 
control unit is 3.0 ohms. 
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POWER EFFECTS 



Steady State : The power-off state of 
any control unit does not affect any 
operations of other control units on the 
I/O interface. The control unit whose 
power is off provides an electrical 
bypass for 'select out', and all of its 
interface driver and receiver circuits 
are prevented from interfering with the 
I/O-interface signals. The incoming 
'select out' signal terminator at the 
receiver is disconnected when the signal 
is electrically bypassed. When power is 
off in all units* 'select out' is propa- 
gated back to the channel. 

Transi ent and Spuri ous Si gnals ? Each 
control unit is designed so that* if 
proper procedures are followed* the 
process of individually powering on or 
off does not cause the driver or receiv- 
er circuits of the control unit to 
generate noise on the I/O-interface 
signal lines. 



Transient and Select-Out Pulse 
Soli tti ng : Each control unit ensures 
that the process of electrically bypass- 
ing 'select out' before power changes 
does not interfere with 'select out' 
propagation* except for possible short 
discontinuities (less than 1.8 microsec- 
onds) because of contact bounce 
coincident with signal delay through 
parallel logic circuits. Also* each 
control unit ensures that 'select out' 
discontinuities* which may occur when 
another control unit on the I/O inter- 
face is being powered on or off* do not 
affect the propagation of 'select out'. 
This is accomplished by the use of a 
special latch circuit. The latch is 
turned on by the coincidence of 'select 
out' and 'hold out' and is reset by the 
fall of 'hold out'. The circuit is in 
series with the remaining selection 
logic in the control unit and causes a 
constant 'select out' signal within the 
control unit and* therefore* to all 
following control units, regardless of 
variations in the input 'select out' 
signal (see Figure 2-1). 
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Figure 2-1. Representative 'Select Out'/'Hold Out' Special Latch 
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Power Off/On Sequence Requi rements : The 
combination of proper procedures and 
circuitry provides the following 
sequence of events for powering off: 

1. Logical disconnection of the unit 
from the I/O interface. When the 
unit becomes logically discon- 
nected, a panel indicator (I/O 
interface disabled), in the proxim- 
ity of the powei — off control, is 
turned on. (The control unit can 
become logically disconnected when 
it and all connected I/O devices 
have completed all I/O operations, 
when no status is pending or 
stacked, and when chaining is not 
indicated.) This ensures that no 
unfinished operations exist that 
can cause indication of machine 
malfunction when power is turned 
off. Note that when a control unit 
is logically disconnected from the 
I/O interface, all its drivers 
except 'select out' are logically 
gated off. A logical disconnect 
may be accomplished as a result of 
going offline by use of the 
online/offline switch or the 
enable/disable switch. 

2. Closing of the 'select out' bypass 
circuit (mechanical contact, Kl, 
Figure 2-1). The normal logical 
electronic bypass of 'select out' 
is still active when the control 
unit is logically disconnected. 

3. Opening of the connection from the 
line to the 'select out' receiver 
terminator (mechanical contact, SI, 
Figure 2-1) 

4. Clamping of the interface driver 
gates to ground by means of a 
mechanical contact (S2, Figure 
2-1), if gated drivers are used to 
avoid transient signals on the 
I/O-interface lines 

5. Turning power off. See the System 
Library manual IBM System/360 and 



System/370 Power Control Interface , 
Ori gi nal Egui pment Manufacturers ' 
Information, GA22-6906. 



For powering 
reversed: 



on, 



the sequence i s 



Turning power on. During the 
power-on sequence, a power-on reset 
automatically resets the control- 
unit circuitry, including resetting 
of the special 'select out' latch, 
regardless of 'hold out'. 

Unclamping of driver gates. (Open 
mechanical contact, S2.) 



Connection of the 'select 
receiver terminator (SI) 



out 



Opening of the 'select out' bypass 
circuit (Kl) 



The following step only occurs after the 
enable/disable switch is reset to 
enable: 

5. Logical connection of the unit to 
the interface (I/O-i nterface- 
disabled panel indicator goes off). 

If some method, such as automatic power 
sequencing rather than gated 
I/O-interface driver circuits, is used 
to eliminate transients on the signal 
lines, the steps in the sequence that 
refer to driver gates may be eliminated. 

Note : The 'select out' bypass function 
(relay transfer) of a power-off or 
power-on sequence must be completed in 
one control unit attached to a channel 
before the 'select out' bypass function 
(relay transfer) is started in another 
control unit. Therefore, the 'select 
out' bypass function should be complete- 
ly automatic or at least should be 
completed without interruption once it 
has started. 
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Unless otherwise noted, the definitions provided in 
Chapters 1 and 2 apply when any of the features 
described in this chapter are used. 



Bus-Extension Feature 

This feature extends the interface by providing an 
additional bus to allow information transfer of two 
bytes in parallel instead of one byte. The basic bus 
is designated bus 0, while the additional bus is des- 
ignated bus 1. If control units using different bus 
widths are attached to the same I/O interface, the 
control units using the bus-extension feature must 
be attached first; the last control unit using the 
bus-extension feature must terminate bus 1. 

The data lines of the additional bus are defined 
similarly to those of bus 0. In addition to data 
lines, 'mark in' and 'mark out' lines are defined 
for each bus, including bus 0, to indicate the pres- 
ence of information on that bus. 'Mark in' and 
'mark out' parity lines are also defined to permit a 
validity check of the mark lines. 

The number of mark lines active when 'address 
out', 'address in', 'command out', or 'status in' 
are up indicates the number of bytes used for these 
functions. For output operations, the control unit 
must raise the 'mark in' lines before raising 
'service in' or 'data in' to indicate the number of 
bytes required. The channel must then indicate by 
the 'mark out' lines the number of bytes provided 
on 'bus out 1 when 'service out' or 'data out' is 
raised. The bus width indicated during the early 
data-bus-width indication must be the maximum 



used by the control unit for that operation. (See 
the section "Early Data- Bus- Width Indication" on 
page 3-2.) Transfers involving less than the 
maximum indicated bus width are permitted when 
the length of the block of information being trans- 
ferred is not an integral multiple of the maximum 
transfer width. The partial transfer thus required is 
permitted as the last transfer of the block. 

All information transferred, including that trans- 
ferred by a read-backward command, must be gated 
so that the first byte is on bus and the second 
byte is on bus 1 . 

Mark-Out Lines 

During sequences involving the transfer of informa- 
tion from the channel to the control unit, the 
'mark out' lines are valid for the same period of 
time as the information on 'bus out' and indicate 
the number of bytes provided by the channel on 
' bus out ' . 

For sequences involving the transfer of data from 
the control unit to the channel, the 'mark out' 
lines indicate the number of bytes that the channel 
is accepting. The 'mark out* lines are valid from 
the rise of the outbound tag line until the resulting 
fall of the inbound tag line. 

A channel capable of extended-bus operation 
ensures that the number of 'mark out' lines up, 
including 'mark out parity', is odd when the I/O 
device is addressed with 'address out' up. Addi- 
tionally, if the control unit with which the channel 
is communicating is operating with extended-bus 
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capabilities, the channel maintains odd mark-line 
parity whenever 'service out 1 , 'data out' or 
' command out ' is up. 

Mark-In Lines 

During sequences involving the transfer of data 
from the control unit to the channel, the 'mark in' 
lines are valid for the same period of time as the 
information on 'bus in' and indicate the number 
of bytes provided by the control unit on ' bus in ' . 

For sequences involving the transfer of data from 
the channel to the control unit, the 'mark in' lines 
indicate the number of bytes requested by the 
control unit for that sequence and are valid from 
the rise of the inbound tag line until the rise of the 
corresponding outbound tag line. 

The number of 'mark in' lines up, including 'mark 
in parity ' , must be odd whenever a control unit is 
operating with extended-bus capabilities and 
'service in', 'data in', 'address in' or 'status in' is 
up. Control units operating with the one-byte 
interface do not necessarily activate any 'mark in' 
lines, except for command-retry indication. (See 
the section "I/O-Error-Alert Feature.") 

Early Data-Bus-Width Indication 

The control unit indicates to the channel the 
maximum bus width to be used for an operation by 
raising the 'mark in' lines during the initial- 
selection sequence. These 'mark in 1 lines are valid 
from the rise of 'operational in 1 to the fall of 
' address out ' . 



when 'operational in' is up). If the control unit is 
currently disconnected from the I/O interface, a 
control-unit-initiated sequence is performed to 
establish a connection before 'disconnect in' is 
raised. When 'disconnect in' is used during a 
control-unit-initiated sequence, 'disconnect in' 
rises at the control unit at least 250 nanoseconds 
after 'address in 1 rises, or subsequent to the rise of 
'command out' at the control unit, whichever 
occurs first. 

The channel, in response to 'disconnect in 1 , per- 
forms a selective reset. 'Disconnect in' does not 
fall before the reset nor remain up longer than 100 
nanoseconds after the fall of ' operational in ' . 



Command-Retry Feature 

Command retry is a channel and control-unit pro- 
cedure that can cause a command to be retried by 
the channel. The command-retry procedure is initi- 
ated by the control unit with a unique combination 
of status bits and the use of the 'mark in' line. 

A control unit may request the retry of a command 
in order to recover from a transient error or when 
conditions existing at either the control unit or I/O 
device prevented execution of the command when 
it was previously issued. 

A channel, upon accepting a request for command 
retry, repeats the execution of the channel program, 
beginning at the last command accepted by the 
control unit. 



I/O-Error-Alert Feature 

When a malfunction that affects the continued- 
execution capability of a control unit occurs, 
'disconnect in' may be raised to alert the channel 
of the condition. An example of such a condition 
is one in which a microcoded control unit is com- 
municating with the channel at the time a control- 
storage error is detected. Such a control unit may 
be unable to complete an interface sequence prop- 
erly. Another example is one in which the control 
unit, while currently disconnected from the I/O 
interface, recognizes a control-storage error while 
communicating with an attached I/O device. 

'Disconnect in' can be raised by a control unit 
only when it is connected to the channel (that is, 



Command-Retry Sequence 

If, during execution of a command, the control unit 
encounters a condition requiring retry, the control 
unit requests command retry by raising 'mark in' 
and 'status in' while presenting unit check and 
status modifier together with (1) channel end alone 
(meaning the control unit or the device is not yet 
ready to retry the command), or (2) channel end 
and device end (meaning the control unit and 
device are prepared for immediate retry of the 
command). Device end, if not presented with 
channel end, is presented later, when the control 
unit is ready to retry the command. 

The channel acknowledges the request for 
command retry by indicating command chaining. 
If device end accompanies the command-retry 
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request, the channel immediately initiates an 
initial-selection sequence and reissues the previous 
command. If device end does not accompany the 
command-retry request, command chaining is indi- 
cated, but the retry is not immediately performed. 
When device end or device end with status modifier 
is presented to the channel, command chaining is 
indicated, and an initial-selection sequence is per- 
formed to reissue (1) for device end, the previous 
command and (2) for device end with status modi- 
fier, a new command from the modified sequence 
of commands. (See the section "Status Modifier" 
on page 2- 14.) 

A channel indicates a refusal to perform a 
command retry by accepting the status byte 
without indicating chaining or by stacking the 
status byte and thus not indicating command 
chaining. The stacked byte is treated as any stacked 
status. When the stacked status is subsequently 
accepted by the channel, command chaining is 
again not indicated, and the command-retry proce- 
dure is not performed. 



High-Speed-Transfer Feature 

Some control units have data-transfer-rate require- 
ments that exceed the capabilities provided through 
the use of only 'service in 1 and 'service out'. 
When longer I/O-interface-cable lengths are used, 
the high-speed-transfer feature permits data trans- 
fers to take place at higher data rates than those 
achievable when only 'service in' and 'service out' 
are used. Specifically, higher data rates are made 
possible by alternating 'data in' with 'service in' 
and 'data out' with 'service out', respectively. 
Such alternation is termed high-speed transfer. 
However, the use of this feature does not require 
this alternation of tag lines. Situations may occur, 
for example, where successive data transfers are 
accomplished using only 'data in' and 'data out'. 

The high-speed-transfer feature may also be used to 
allow placement of a control unit at a greater dis- 
tance from the channel than is otherwise possible. 

Data In 

Note: When data streaming occurs, this "Data In" 
section does not apply. (See the section "Data- 
Streaming Feature" on page 3-4.) 

'Data in' is a tag line to the channel from all 
control units with this feature. It is used to signal 



the channel that the selected control unit requires 
the transmission of a byte of information. The 
nature of the information depends on the I/O oper- 
ation and the I/O device. The channel responds to 
the rise of 'data in' by raising either 'data out' or 
'command out'. 

During execution of an I/O operation specified by 
read, read-backward, and sense commands, the 
control unit places a data byte on 'bus in' and 
raises 'data in'. During execution of a write 
command or control command, the control unit 
raises ' data in ' , and the channel places a data byte 
on 'bus out'. When 'data in' is alternated with 
' service in ' , ' data in ' may rise when ' service out ' 
is raised in response to 'service in'. However, 
' data in ' is not considered valid until ' service in ' is 
dropped. Similarly, 'service in 1 may rise when 
'data out' is raised in response to 'data in'; 
however, 'service in' is not considered valid until 
'data in' is dropped. 

The conditions that apply to 'service in' con- 
cerning overrun and data suppression also apply to 
'data in'. 

'Command out' in response to 'data in' means 
"stop." "Stop" is signaled for the first 'service in' 
or 'data in' that is provided after the channel 
determines that the current operation is to be 
ended. After "stop" is signaled, the device does not 
send any further ' service in ' or ' data in ' signals to 
the channel. 

Data Out 

Note: When data streaming occurs, this "Data 
Out" section does not apply. (See the section 
"Data-Streaming Feature" on page 3-4.) 

'Data out' is a tag line from the channel to all 
attached control units and is used only in response 
to the rise of ' data in ' . ' Data out ' in response to 
'data in' means "accept data" during a read, read 
backward, or sense command, and means "data 
ready" during a write or control command. 

When 'data out' is sent in response to 'data in' 
during execution of an I/O operation specified by a 
read, read-backward, or sense command, 'data out' 
rises after the channel accepts the information on 
' bus in ' . In these cases, the rise of ' data out ' indi- 
cates that the information is no longer required tc 
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be valid on 'bus in' and is not associated with any 
information on 'bus out'. When 'data out 1 is sent 
in response to 'data in' during execution of a write 
or control command, the rise of 'data out' indi- 
cates that the channel has provided the requested 
information on 'bus out'. 'Data out' remains up, 
and the information on 'bus out' remains valid, 
until the fall of ' data in ' . 



Data-Streaming Feature 

The data- streaming feature allows up to either a 
3-megabyte-per-second data-transfer rate or a 
4.5-megabyte-per-second data-transfer rate on a 
one-byte data bus and up to 122 meters (400 feet) 
of interface cable. The interlocked method of 
transferring data that is described elsewhere in this 
publication imposes the least critical timing consid- 
erations on a control unit. The data-streaming 
feature, which is a noninterlocked method of trans- 
ferring data, requires more precise timing imple- 
mentations but offers higher data rates that are 
independent of the cable lengths. 

The 4.5-megabyte-per-second data-transfer rate is 
an extension of the 3-megabyte-per-second data- 
transfer rate. In order to provide this higher data- 
transfer rate, different timings are used and 
additional electrical characteristics and more precise 
tolerances are required. Outside of these timings 
and electrical characteristics, the basic operation of 
the data-streaming feature is not changed. 

A particular channel and control unit cannot switch 
back and forth between operations with the 
3-megabyte-per-second data-transfer rate and the 
4.5-megabyte-per-second data-transfer rate, since 
the timings are different between the two protocols. 
The I/O-interface protocols do not provide for 
identifying the data-rate capability of the channel or 
control unit or for dynamically switching between 
the two data streaming data-transfer rates for a 
given device. The control unit, however, can limit 
the data-transfer rate within the particular protocol 
being used, and the channel may use different pro- 
tocols for each device on the I/O interface. For all 
control units, the channel is capable of providing 
the interlocked method of data transfer if data- 
streaming is not indicated by the control unit. 

Timings and electrical characteristics for the 
4.5-megabyte-per-second data-transfer rate are 
described in the section "Electrical and Timing 
Requirements" on page E-l. 



The data-streaming feature is applicable to any 
operation that initiates data transfer except the 
basic sense (04) command. For the duration of 
each connection in which data streaming occurs, 
' service in ' is alternated with ' data in ' . 

The data- streaming feature requires that both 
control units and channels have no greater than 
±22.5 nanoseconds of internal skew between the 
rise of the service or data tag and the rise of any 
associated bus-bit signal. 

All timings stated in the definition for out tags or 
'bus out' are measured at the channel tailgate. All 
timings stated in the definition for in tags or 'bus 
in' are measured at the control-unit tailgate. 

Those control units that can transfer data by using 
the data-streaming feature signal the channel which 
method of data transfer is desired each time a con- 
nection is made. The following convention is used 
to identify the method of data transfer: 

1. If the control unit initiates data transfer by 
raising 'data in', a data-streaming transfer 
occurs. 

2. If the control unit initiates data transfer by 
raising 'service in', data is transferred by using 
the interlocked method. (High-speed transfer 
may occur.) 

The maximum rate at which data is transferred by 
using the data-streaming feature is model-dependent 
for the I/O device and for the channel imple- 
menting this feature. The maximum rate is 
expressed as the minimum time, from the rise of 
'service in' or 'data in' until the next rise of 
'service in' or 'data in', respectively. In addition, 
the channel must ensure that the rate of out-tag 
responses take place within ± 15% of the rate that 
the in-tag requests are received. That is, the 
interval from the rise of 'service out' or 'data out' 
until the next rise of 'service out' or 'data out', 
respectively, must be within ± 15% of the interval 
from the rise of 'service in' or 'data in' until the 
next rise of 'service in' or 'data in', respectively, 
that is received by the channel. 

N0te: When data streaming occurs, data must be 
valid on the appropriate bus for the specified 
amount of time. If the receiver of the data is 
delayed in sampling the bus, data may be lost. 
Thus, channels and I/O devices that previously did 
not have a time dependency on the receipt of data 
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(such as buffered I/O devices) might now overrun 
when this feature is implemented. 

Data Transfer While Data Streaming 

When data streaming occurs, the rise and fall of 
'service in' or 'data in' is independent of the rise 
and fall of 'service out' or 'data out 1 , respectively. 

During execution of an I/O operation, 'service out' 
or 'data out' rises in response to 'service in' or 
'data in', respectively, indicating that the channel 
has accepted the information on 'bus in', or has 
provided on 'bus out' the data requested. 

For any I/O operation in which data streaming 
occurs, once an in tag is recognized and acted upon 
by the channel, the out-tag signal is dropped only 
after the corresponding in-tag signal has fallen. 
'Service out* and 'data out' may be up concur- 
rently and are not up with any other out tag except 
when 'command out' is used to signal stop, or 
during an interface-disconnect sequence, when 
'address out' may be up. 

When the channel does not respond in time to a 
preceding request for service, an error condition is 
recognized, and the I/O operation is then ended by 
the control unit. 

Notes: 

1. If a channel determines that the I/O device is 
requesting service faster than the channel can 
respond, the channel does not respond, thus 
forcing the I/O device to detect an error condi- 
tion. When the I/O device detects the error 
condition, it initiates the ending sequence. 
When the ending sequence is initiated by the 
control unit, the channel responds by accepting 
or stacking the status as in a normal ending 
sequence. 

2. Not requiring an interlocked sequence for the 
first byte of data transfer can cause problems 
for channels with buffered I/O devices attached. 
Non-buffered I/O devices usually have some 
mechanical delay before the first data-transfer 
sequence, and some channels may rely upon 
this time to initialize their data-transfer hard- 
ware. However, a buffered I/O device may 
require data transfer immediately and possibly 
cause an overrun condition to be recognized. 

The channel may delay the initiation of data 
transfer in one of two ways. The channel may 



(1) delay data transfer by the use of 'suppress 
out' or (2) delay dropping of the out tag 
immediately following the completion of either 
the initial-selection sequence or the control- 
unit-initiated sequence, as applicable. 

When the channel delays the initiation of data 
transfer by the use of 'suppress out', the 
channel does so as defined in the section "Sup- 
press Data While Data Streaming" on 
page 3-7. 

When the channel delays the initiation of data 
transfer by delaying the dropping of the out tag 
immediately following the completion of either 
the initial-selection sequence or the control- 
unit-initiated sequence, it follows this proce- 
dure: 

a. After an initial- selection sequence has been 
completed, the channel delays the fall of 
'service out' until it is ready to transfer 
data. Thus, an I/O device may not assume 
that the channel is capable of data transfer 
until it has recognized the fall of the 
'service out' signal that is used to respond 
to 'status in". If 'suppress out 1 is up 
when 'service out' falls, indicating suppress 
data, an I/O device that requires data 
transfer may create an overrun condition. 

b. During a control-unit-initiated sequence, 
the channel delays the fall of 'command 
out' until the channel is ready to transfer 
data. Thus, an I/O device may not assume 
that the channel is capable of performing a 
data-transfer sequence until it has recog- 
nized the fall of the 'command out' signal 
that is used to respond to 'address in'. 

3-Megabyte-per-Second Data-Transfer 
Rate 

For 'service in' or 'data in', neither the uptime 
nor the downtime is less than 270 nanoseconds. 
For ' service out ' or ' data out ' , neither the uptime 
nor the downtime is less than 180 nanoseconds. 

During execution of an I/O operation specified by a 
read, read-backward, or sense command other than 
basic sense (04), data is valid on 'bus in 1 from no 
later than 22.5 nanoseconds after the rise of 'service 
in' or 'data in' until 247.5 nanoseconds or greater 
after the rise of 'service in' or 'data in'. Also, the 
overlap between 'service in' and the next consec- 
utive ' data, in ' or between ' data in ' and the next 
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consecutive 'service in 1 is not greater than 22.5 
nanoseconds. 

The channel provides a delay in the inbound tag 
and outbound tag lines to accommodate skew 
caused by the channel circuitry (including its 
receivers) and, in addition, provides a delay of at 
least 100 nanoseconds. This delay compensates for 
skew and dispersion caused by the cable, and, for 
most control units, for the skew caused by their 
drivers. 

When, during execution of an I/O operation speci- 
fied by a write or control command, 'service out* 
or 'data out' rises in response to 'service in' or 
1 data in ' , respectively, the channel has placed data 
on 'bus out' and, after at least a 100-nanosecond 
delay, has raised the corresponding out tag for not 
less than 1 80 nanoseconds. Data is valid on 'bus 
out' from not less than 100 nanoseconds before the 
rise of 'service out' or 'data out' until 100 
nanoseconds or more after the rise of ' service out ' 
or 'data out', respectively. 

4.5-Megabyte-per-Second Data-Transfer 
Rate 

For 'service in' or 'data in', neither the uptime 
nor the downtime is less than 207 nanoseconds. 
For 'service out' or 'data out', neither the uptime 
nor the downtime is less than 130 nanoseconds. 

During execution of an I/O operation specified by a 
read, read-backward, or sense command other than 
basic sense (04), data is valid on 'bus in' from no 
later than 22.5 nanoseconds after the rise of 'service 
in' or 'data in' until 184.5 nanoseconds or greater 
after the rise of 'service in' or 'data in'. Also, the 
overlap between 'service in 1 and the next consec- 
utive 'data in' or between 'data in' and the next 
consecutive 'service in' is not greater than 22.5 
nanoseconds. 

The channel provides a delay in the inbound and 
outbound tag lines to accommodate skew caused 
by the channel circuitry (including its receivers) 
and, in addition, provides a delay of at least 72.5 
nanoseconds. This delay compensates for skew and 
dispersion caused by the cable, and, for most 
control units, for the skew caused by their drivers. 

When, during execution of an I/O operation speci- 
fied by a write or control command, 'service out' 
or 'data out' rises in response to 'service in' or 
•data in', respectively, the channel has placed data 



on 'bus out' and, after at least a 72.5 nanosecond 
delay, has raised the corresponding out tag for not 
less than 130 nanoseconds. Data is valid on 'bus 
out' from not less than 72.5 nanoseconds before 
the rise of 'service out' or 'data out' until 72.5 
nanoseconds or more after the rise of 'service out' 
or 'data out', respectively. 

Stop/Command Out While Data 
Streaming 

The stop sequence control is indicated by 
'command out' in response to 'service in' or 
'data in'. 

'Command out' in response to 'service in' or 
'data in 1 is used to signal the I/O device that the 
channel is ending the current operation. On receipt 
of the stop signal, the I/O device proceeds to its 
normal ending point without raising either 'service 
in' or 'data in'. The I/O device remains busy 
until the ending status is accepted by the channel. 

When data streaming occurs and data transfer is to 
be stopped, 'command out 1 is raised in response to 
the first 'service in' or 'data in' that is raised after 
the channel determines to end the operation. 
' Command out ' remains up until the fall of the 
associated 'service in' or 'data in 1 . However, the 
uptime of 'command out' is not less than the 
minimum time specified for 'service out' or 'data 
out ' in the chosen data-transfer-rate protocol. 

Following the signaling of stop, one or more addi- 
tional 'service in' or 'data in' signals may, because 
of propagation delay, be received by the channel 
and are responded to by the appropriate 'service 
out' or 'data out'. For each such signal, during a 
read, read-backward, or sense operation other than 
basic sense (04), the channel does not check 'bus 
in' for correct parity. For each additional 'service 
in' or 'data in' received during write or control 
operations, the channel responds with the appro- 
priate 'service out' or 'data out' signal, and 'bus 
out ' has a byte of all zeros with undefined parity. 
'Bus out' is not checked for parity or decoded by 
the control unit after stop has been signaled. The 
total number of channel responses equals the 
number of I/O -device requests. If they do not 
compare equal, the control unit sets the unit-check 
status indicator. 

Note: Because 'command out' is substituted for 
'service out' or 'data out 1 when stop is signaled, 
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1 command out ' , ' service out ' , and 'data out ■ may 
be detected in any paired combination and be 
active concurrently. 

Suppress Data While Data Streaming 

For a data-streaming operation, the definition of 
•suppress data' is identical to that described else- 
where in this manual, except that if the control unit 
disconnects from the channel during data transfer, 
it recognizes ' suppress out ' for the first data byte 
after reselection. Also, data transfer does not occur 
until either 'suppress out' drops or until further 
delay would result in the detection of an overrun 
condition, whichever occurs first. 

If data streaming occurs during a control command 
or a sense command other than basic sense (04), 
suppress data is recognized when it is signaled. 

When data streaming occurs, the channel may, 
because of propagation delay, recognize the rise and 
fall of one or more 'service in' or 'data in' signals 
after 'suppress out' has been raised. Thus, for 
read, read-backward, or sense commands other 
than basic sense (04), the channel is capable of 
accepting the additional bytes of data after 
'suppress out' has been signaled. 

Note: Channel designs must take into account 
that, when suppress data is signaled, additional 
data-transfer requests (depending upon the 
I/O-interface cable length) may be received after 
'suppress out' is raised. Therefore, 'suppress out' 
should be raised prior to the time when data 
transfer should stop in order to ensure that all data 
requested is handled at the required rate. 

Interface Disconnect While Data 
Streaming 

When data streaming occurs, interface disconnect is 
signaled in the same manner as when the inter- 
locked method of transferring data is used. Also, 
when data streaming occurs, the rules for main- 
taining the validity of data during data transfer are 
unchanged during the signaling of interface discon- 
nect (1) on 'bus in' for an I/O operation specified 
by a read, read-backward, or sense command other 
than basic sense (04), or (2) on 'bus out' for an 
I/O operation specified by a write or control 
command. However, when data- streaming occurs, 
one or more additional 'service in' or 'data in' 
signals may still be received by the channel after the 
signaling of interface disconnect. The channel does 



not respond to these signals with 'service out 1 or 
'data out'. For each 'service in' or 'data in' 
received during a read, read-backward, or sense 
operation other than basic sense (04), the channel 
does not check 'bus in' for correct parity. For 
each additional 'service in' or 'data in' received 
during write or control operations, the channel does 
not respond with 'service out' or 'data out'. 
When 'operational in* drops, the channel may 
drop 'address out' to complete the interface- 
disconnect sequence control. 

Selective Reset While Data Streaming 

Following the signaling of 'selective reset', one or 
more additional 'service in' or 'data in' signals 
may, because of propagation delay, be received by 
the channel. In this situation, the additional 
'service in' or 'data in' signals received are not 
responded to by the rise of 'service out' or 'data 
out ' . For each additional ' service in ' or ' data in' 1 
during execution of an I/O operation specified by a 
read, read -backward, or sense command other than 
basic sense (04), the channel does not check 'bus 
in' for correct parity. For each additional 'service 
in' or 'data in' received during execution of an I/O 
operation specified by a write or control command, 
the channel does not respond with ' service out ' or 
'data out', respectively. 

Response-Time Requirements While 
Data Streaming 

When data streaming occurs, during data transfer 
the control unit may or may not receive the corre- 
sponding response to the last 'service in' or 'data 
in' in the expected time interval. To avoid poten- 
tial hangup conditions, the control unit may recog- 
nize an error condition and present unit-check 
status if at least 8 microseconds has elapsed from 
the rise of the in tag that is awaiting an out-tag 
response. 



Dynamic-Reconnect'ion Feature 

The dynamic-reconhection feature provides a device 
with the ability to select any available I/O interface 
in a group of I/O interfaces for transferring infor- 
mation to a system. Specifically, a device that has 
disconnected from an I/O interface during the exe- 
cution of a command can reconnect to any one of 
a group of I/O interfaces to continue the execution 
of the current command. In addition, whenever 
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the control unit or one of its attached I/O devices 
recognizes an asynchronous condition, the status 
can be presented to the system over any I/O inter- 
face in the group. 

During execution of successive I/O operations, use 
of the dynamic-reconnection feature occurs only 
when (1) the I/O device has the feature, and 
(2) the channel subsystem has the companion 
feature. The capabilities of the channel subsystem 
when using this feature are model-dependent for 
the specific system. 

When multiple I/O interfaces exist between the 
channel subsystem and the I/O device, they can be 
logically arranged into a group of I/O interfaces all 
of which are associated with a single system. Use 
of the dynamic-reconnection feature can then be 
employed among the I/O interfaces of the group. 
The method for establishing a group of I/O inter- 
faces is model-dependent for the specific I/O device. 

When the dynamic-reconnection feature is used, the 
I/O-interface signal sequences are unmodified from 
the sequences described elsewhere in this manual. 
However, in some cases, the I/O interface protocols 
are modified. These changes are described in the 
following paragraphs and apply whenever more 
than one I/O interface exists in the group. When 
only one I/O interface is in the group, the 
dynamic-reconnection feature has no effect on I/O 
interface protocols. 

When the I/O device presents status, except 
control-unit end alone, on any I/O interface in the 
I/O-interface group after the I/O device has initi- 
ated an I/O operation, it is interpreted as status 
resulting from the I/O operation in progress. When 
control-unit end alone is presented on any interface 
in the group after the I/O device has initiated an 
I/O operation, it is not interpreted as status 
resulting from the I/O operation in progress. When 
status is stacked on one of the I/O interfaces, the 
stacked status may be presented on any I/O inter- 
face in the group. 

When system reset is signaled and an I/O operation 
has been initiated but is not actively in progress 
('operational in' not active) on that I/O interface, 
the reset signal has no effect on the I/O operation* 
When system reset is signaled over any I/O inter- 
face of the group and status is pending, the status 
remains pending and is presented on any I/O inter- 
face in the group. When system reset is signaled 
over an I/O interface of the group and status is 



being retained because it was previously stacked on 
that I/O interface, the stacked status is reset. If 
stacked status is being retained for an I/O interface 
of the group other than the one signaling system 
reset, the stacked status is not reset. When system 
reset is signaled over all I/O interfaces in the group 
while an I/O operation is in progress or when 
status is pending, the corresponding I/O operation 
or pending status, as applicable, is reset. 

When selective reset is received on one I/O inter- 
face of the group while an I/O operation for the 
same device is actively being executed ('operational 
in' active) on another I/O interface of the group or 
while command chaining is being signaled for the 
same device on another I/O interface in the group, 
then selective reset has no effect on the I/O opera- 
tion. At any other time while an I/O operation is 
in progress, selective reset received on any I/O 
interface of the group resets the I/O operation. If 
status is stacked when selective reset is signaled, the 
status may or may not be reset. 

When interface disconnect is received on one I/O 
interface of the group while an I/O operation for 
the same device is actively being executed 
('operational in 1 active) on any other I/O interface 
in the group or while command chaining is being 
signaled for the same device on another I/O inter- 
face in the group, then the interface-disconnect 
signal has no effect on the I/O operation. When 
interface disconnect is received at any other time, 
the device disconnects from the I/O interface, goes 
to its normal ending point, and, if appropriate, 
status information is generated and presented on 
any I/O interface in the group. 

If a device responds to a command with busy 
status, it subsequently presents device end to indi- 
cate the end of the busy period. The device pre- 
sents only one device-end indication per I/O 
interface group, regardless of the number of times it 
responded busy over the collection of I/O interfaces 
in the group. The device end may be presented on 
any I/O interface in the group, regardless of 
whether the associated device-busy indication had 
been signaled on that I/O interface. This device 
end must be accepted or reset before any new I/O 
operation can be accepted by the device from any 
I/O interface in the group. 

When the control-unit-busy period no longer exists, 
a control unit presents a control-unit-end status 
indication over each I/O interface over which it 
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previously returned status of control-unit busy. If a 
control unit returns a control-unit end over an I/O 
interface in a group, the control unit may use any 
legitimate address associated with the control unit, 
even if the device associated with the address is cur- 
rently executing a command. 

Whenever an error condition that is described by 
sense information has been recognized, the control 
unit keeps available the device path over which the 



unit-check status was signaled until the associated 
sense information is reset. Prior to the reset of the 
sense information, any initial- selection attempts for 
that device on any other I/O interface of the I/O 
interface group receive either a control-unit-busy or 
device-busy indication. If the device presents 
device-end status separate from the presentation of 
channel end and unit check, the device-end status 
must be presented over the I/O interface on which 
the unit check was presented. 
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AfPENPTX A* ElECTR^CAl SPECIFICATI ON S . 



PHYSIPAl. REQUIREMENTS, 



MULTIPLE DRIVERS AND RECEIVERS 



lino resistance of 33 ohms. The 33-ohm 
line resistance includes all contact 
resistance, internal cable resistance, 
and external cable resistance. 



Up to 10 receivers are driven by one 
driver. The driver is located at one of 
the extreme ends. 

Up to 10 drivers can be dot-ORed to 
drive one receiver. The receiver is 
located at one of the extreme ends. 

Receivers are spaced at least 914 milli- 
meters (36 inches) apart. No minimum 
requirement is set for the spacing 
between drivers. No minimum requirement 
is set for the spacing between a termi- 
nator and driver or receiver if the 
terminator is placed on the outermost 
end of the line. 

The maximum stub length from the line to 
a driver or receiver on the circuit card 
is 152 millimeters (6 inches). 

Note : An end-of-line driver or receiver 
may be placed beyond the terminator. In 
this case, the maximum distance between 
the end-of-line driver or receiver and 
the terminator is 152 millimeters (6 
inches) . 



GENERAL EjECTRTQAl. RECREMENTS 



VOLTAGE LEVELS 



The dc voltage consists of two logical 
levels, A dc line voltage of +2.25 
volts or more denotes a logical one 
state, and a dc line voltage of +0.15 
volt or less denotes a logical zero 
state. These voltages are relative to 
the driver ground. 



TERMINATING NETWORKS 



The terminating network presents a 
resistance of 95 ohms ±2.5% between the 
signal line and ground and is capable of 
dissipating 390 milliwatts. 



GROUND SHIFT AND NOISE 



The maximum noise (measured at the 
receiver input) coupled to any signal 
line does not exceed 400 millivolts. 



The maximum allowed 
any active driver a 
the same interface 
volts. Therefore, 
(coupled noise pi 
allowed on any line 
The logical levels 
Levels' 1 and the 
levels specified in 
"Interface Circuit 
for this 550-millivo 
a negative noise pul 
coupled with a posi 
shift of 150 millivo 
a one state (+2.25 
antees a receiver i 
or more. (See Figur 



ground shift between 
nd any receiver of 
line is 150 mi Hi - 

the maximum shift 
us ground shift) 

is 550 millivolts, 
defined in "Voltage 
receiver threshold 
"Receivers" under 
Requirements" allow 
It shift. That is, 
se of 400 millivolts 
tive receiver ground 
Its occurring during 
volts minimum) guar- 
nput of +1.70 volts 
e A-l.) 



T 



VSAA 



-v\AA 




CABLE 



Figure A-l. Negative Noise 



All lines have a characteristic impe- 
dance of 92 t 10 ohms and, with the 
exception of 'select out', are termi- 
nated at each extreme end in their char- 
acteristic impedance by a terminating 
network. (For 'select outV'select in'# 
see "Electrical Specifications for 
Select-Out Circuitry.") 

Cable length may be limited by special 
conditions but never exceeds a maximum 



Also, a positive noise pulse of 400 
millivolts coupled with a negative 
receiver ground shift of 150 millivolts 
occurring during a zero state (+0.15 
volt maximum) guarantees a receiver 
input of +0.70 volt or less. (See 
Figure A-2.) 

Note : The noise measurements are made 
at the input to the receiver. A combi- 
nation of the normal dc level plus 



Appendix A. Electrical Specifications 



A-l 



ground shift plus noise does not exceed 
+0.70 volt for the down level and is not 
less than +1.70 volts for the up level. 



Volts A 



D 



-vVSA 




■vw 



Figure A-2. Positive Noise 



DRIVERS 

In the logical-zero state: 

1. The output voltage does not exceed 
+0.15 volt at a load of +240 micro- 
amperes. (See Figure A-4 for the 
definition of driver-current polar- 
ity.) 



+ i 



Load 



1 



INTERFACE-CIRCUIT REQUIREMENTS 



RECEIVERS 



An input voltage (relative to receiver 
circuit ground) of 1.70 volts or more is 
interpreted as a logical one; an input 
of +0.70 volt or less is interpreted as 
a logical zero. An open-circuited input 
is interpreted as a logical zero. 

The receiver is not damaged by: 

1. A dc input of +7.0 volts with power 
on in the receiver 

2. A dc input of +6.0 volts with power 
off in the receiver 

3. A dc input of -0.15 volt with power 
on or off 

To reduce the loading effect on the 
line, the receiver input resistance is 
larger than 7,400 ohms across the input 
voltage range of +0.15 volt to +3.9 
volts, and the negative receiver input 
current does not exceed -240 microampere 
at an input voltage of +0.15 volt (See 
Figure A-3 for the definition of 
receiver-current polarity.) 



Figure A-4. Driver-Current Polarity 

In the logical-one state: 

1. The output voltage is +3.11 volts 
or more at a load of +59.3 milliam- 
peres. 

2. The output voltage does not exceed 
+5.85 volts at a load of +30 micro- 
amperes. 

3. The output voltage does not exceed 
+7.0 volts at a load of +123.0 
milliamperes during an over voltage 
internal to the drivers. 

Drivers are designed to ensure that no 
spurious noise is generated on the line 
during a normal power-on or power-off 
sequence. For the driver, this may be 
accomplished by one of the following 
methods: 

1. Sequencing the power supplies. 

2. Building noise suppression into the 
ci rcui t . 

3. Providing an externally controlled 
gate. (See Figure A-5). 



Input 



+ | . r— 

o 

R 



Input o_ 



lS2 



Gote 



-O Output 



Figure A-5. Driver Gate 



Figure A-3. Receiver-Current Polarity 



Receivers ar& designed to ensure that no 
spurious noise is generated on the line 
during a normal power-on or power-off 
sequence. 



For a normal power-off sequence: 

1. Logically ensure that the driver is 
in the zero state. 



A-2 
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Close 
A-5.) 



contact S2 



(See Figure 



3. Turn power off. 
For a normal power-up sequence: 

1. Ensure that contact S2 is closed, 

2. Turn on power. 



Logically ensure that the input 
level causes the driver output to 
be in the zero state. 



4. Open contact S2. 



8K 



E~L 



Input o- 



+3v 



Output 
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FAULT CONDITIONS 



Figure A-7 . Line Receiver 



A grounded signal line does not damage 
drivers* receivers* or terminators. A 
signal line may be grounded (shorted) at 
any point along its length. This means 
the resistance value of a shorted signal 
line may be anywhere between 24.5 ohms 
and 0.0 ohms with respect to ground. 

With one driver transmitting a logical 
one* loss of power in any single circuit 
driver* receiver* or terminator on the 
line does not cause damage to other 
components. 

With both terminators connected* line 
operations btq not affected by power off 
in any drivers or receivers on the line. 



CIRCUITS 



Figures A-6 through A-8 show represen- 
tative circuits used to drive* receive* 
and terminate the lines between the 
channel and attached control units. 



+6v 



►35?} 



,750Q 



Input o~ 



External 
Power 
Control 
Gate 
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I I 
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-W- 



' O Output 



Signal O- 



950 
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Figure A-8. Line Terminator 



EL ECTRICAL SPECHFlCATIPNj £fi& SELECT-OUT 
CIRCUITRY 



GENERAL 



The 'select out 1 line has a single- 
driver to single-receiver configuration* 
with only the receiver end of the line 
terminated in the characteristic impe- 
dance. 

A dc line voltage of +1.85 volts or more 
denotes a logical-one state* and a dc 
line voltage of +0.15 volt or less 
denotes a logical-zero state. These 
voltages are relative to the driver 
ground. 

All electrical requirements specified in 
"General Electrical Requirements" that 
are not redefined in this section are 
also applicable to 'select out' 

Note : Because of the nature of the 
'select out '/'select in' line* a nega- 
tive noise tolerance is unnecessary. 



Figure A-6. Line Driver 
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RECEIVER 



MEASURING I/O-INTERFACE TIMINGS 



The 'select out* receiver satisfies all 
requirements given in "Receivers" under 
"Interface-Ci rcui t Requi rements." 



The definition of the I/O interface 

specifies several different timings. 

These timings are measured in the 
following manner. 



DRIVER 



The 'select out' driver can withstand a 
short-ci rcui t-to-ground output 

condition, while in either the logical 
one or zero state, without damage to the 
driver circuit. 

For the logical-zero state? 

1. The output voltage of a 'select 
out' driver does not exceed +0.15 
volt at a load of 1 milliampere. 

For a logical-one state: 

1. Output voltage of a channel driver 
or the driver of a control unit 
contained within a channel frame 
exceeds +3.9 volts at a load of 41 
mi Hi amperes. 

2. The output voltage of a 
control-unit driver not contained 
within a channel frame exceeds +3.7 
volts at a load of 41 mi lliamperes. 



The output voltage of 
driver does not exceed: 



a 'select out' 



1. 



2. 



+5.8 volts at a 
ampere. 



load of 0.3 milli- 



+7.0 volts at a load of 72 milliam- 
peres during an overvoltage inter- 
nal to the driver. 



UPTIME 



The uptime is measured from when the 
signal goes above the leaast-posi ti ve-^up 
level (LPUL) to when it goes below the 
LPUL. (See Figure A-9.) The LPUL for 
an active driver at its output is +3.11 
volts at +59.3 mi 11 i amperes. When the 
signal is measured at the unit's 
external connector, the voltage drop 
caused by the +59.3 mi lliamperes flowing 
through the internal cable should be 
taken into account and the measurement 
voltage of +3.11 adjusted accordingly. 
This LPUL value ensures that the input 
to all receivers on the interface meets 
or exceeds the requirements of the 
timing diagrams when measured at the 
receiver's LPUL of +1.70 volts. 




Figure A-9. Uptime 



DOWNTIME 



TERMINATOR 



A 95-ohm ±2.5*, 390-mi lliwatt terminator 
to ground is placed at each receiver for 
each line segment along the 'select 
out'/'select in' path, including the 
receiver end of 'select in' located in 
the channel. 



each 



i s 



segment of 
not termi- 



The driver end of 
'select out'/'select in 
nated, including the driver end of 
'select out' located in the channel. 
Also, the jumpered 'select out' or 
'select in' and the bypassed 'select 
out' or 'select in' path is not termi- 
nated. 



The downtime is measured from the point 
at which the signal goes below the 
most-positive-down level (MPDL) to the 
point at which it goes above the MPDL. 
(See Figure A-10.) The MPDL for an 
active driver is +0.15 volt. This MPDL 
value ensures that the input to all 
receivers on the interface meets or 
exceeds the requirements of the timing 
diagrams when measured at the receiver's 
MPDL of +0.70 volt. 



Downtime 





Figure A-10. Downtime 
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VALID DATA 



Valid data is measured from whan the 
signal goas abova tha LPUL for a logical 
ona or below tha MPDL for a logical 
zero. 



OVERLAP NOT GREATER THAN 



The point of measurement of an "overlap 
not greater than" is from when the first 
signal goes above the LPUL to when the 
second signal goes below the LPUL. (See 
Figure A-ll.) 



corresponding out tag goas abova tha 
MPDL. (Sea Figure A-12.) 



LPUL 




Out Tag 



100 ns 




MPDL 



Figure A-12. 100-Nanosecond Delay 



LPUL 




Figure A-ll. Overlap Not Greater Than 



INTERFACE-CONNECTOR. PJLti ASSIGNMENTS, 



Pin assignments for the I/O interface 
are shown in Figure A-13 as viewed from 
the connector side of the channel and 
control-unit tailgates. Two interface 
cables (three cables for the optional 
bus-extension feature) connect tha chan- 
nel to the first of a group of control 
units. Signals BrQ assigned correspond- 
ing pin numbers on the channel and 
control-unit connectors (see Appendix 
B). 



100-NANOSECOND DELAY 



The 100-nanosecond delay is measured 
from when the data is valid until the 
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CAPHHQ 



Figure B-2 shows an exploded view of the 
panel mounting. 



CABLE HALVES 



A screwdriver is required for joining 
the cable halves. The connecting screw 
is spring-loaded to prevent damage to 
mating block contacts. Blocks should be 
uligned to ensure proper parallel 
contact mating. After the blocks are 
keyed > push the screw forward to engage 
the insert; then tighten the screw 
securely. For assistance in removing 
individual contacts* field personnel 
should use a No. 12 crocheting needle, 
available from IBM Field Engineering as 
part 450540. 



MOUNTING 



Port 438560 (2) Porwl Mounted 

4-40X1 Part 5353867 ("A" Style Connector Slock) 

Parr 5353848 ("8" Style Connector Mock) 



Part 438540 (4) 
4-40X1 



5342306 

(Hooal 



In normal applications, the blocks ara 

mounted in the horizontal plane to 

provide a smoother bend into the coaxial 

cables. CSee Figure B-l.) Vertical Figure B-2. 

mounting produces unusual bending 

configurations that require careful 

routing and strain relieving of the 

external cables. 




'Hermaphroditic Terminal*: 
Part 5362301 - 22-26 Wire (AWG) 
Part 5362302 - 28-32 Wir. (AWG) 
Part 5404480 - 18-20 Wire (AWG) 



Part 5353896 (2) 



Panel Mount with Optional 
Strain Relief 




152.4 mm Max 

(6.00 in.) 

103.3 mm Max 

"* (4.068 in.) 

Panel Mount 



Mated Condition 




Internal Cable 

(Coaxial Cable or 

Discrete Wire) 

'Optional strain relief 



Figure B-l. Mounted Cable Halves 



OFFLINE UTILIZATION 



This cable connector has the feature of 
being able to mate "cable half 1 to 
"cable half" for offline utilization or 
for the physical bypassing of machine 
units. (See Figure B-3.) 

When mating cable halves* it is only 
necessary to use the screw on the "B-" 
connector. This allows the "A" connec- 
tor's screw to fall within the empty 
insert location in the "B-" block and 
permits easier connection. 

Typical connections &ra shown in Figures 
B-3 and B-4. (Information concerning 
the power-control-interface cable shown 
in Figure B-4 is contained in the System 
Library manual 1BJ3 System/ ?$1 flUEi 
$y3tgm/?7p PpHftT CpPtro.A IntirfflCl 
Original Eggiprnqnt Manufacturers' Infor- 
mation , 6A22-6906.) 
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J A I or I B I Designate 
Mounts 




I/O Devices 

Figure B-3. Offline Utilization 



Tope Units 
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Power-Control- Interface 
Cable (Pert 5351 178) 



D S 



Connector (Part 523269) 
Ground Tab (Part 5271288) 



Dl O 



Syttem/380 or 
Syitem/370 

Serpentine Connector 



nnmm 



OEM Control Unit 



irimrrimmpn 



0Ea„ 0SB 

<3»| («| <» | 5353920 [ ] T 



Part 5466456 



I/O Interface 
Signal Cables 







Panel Mount (Part 5353867) 



Cablet (1) and (2). (40-potition 
cable Part S3S3920). are required 
in all cam. Cable (3). (48- 
potition cable Part 5466456), ii 
required for the bui-extention feeture. 
(Cable Part 5466456 may also be 
used in the cable (1) and cable (2) 
pactions. See "Reserved Lines" in 
Chapter 1, "Functional Description."! 



Panel Mount (Part 5353868) 

Terminals: 
Power-Control 
Interface Cable 
Connector 
(6 Required) 



1 14-18 AWG 
I 20-22 AWG 



Part 523267 
Part 5351 177 



Signal 22-26 AWG - Part 5362301 

Cable \ 28-32 AWG - Part 5362302 

Panel 1 18-20 AWG - Part 5404480 

Mount (40 Required per Connector for 
Cable 5353920; 48 Required per Connector 
for Cable 5466456) 



Figure B-4. Typical Connection 
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CONNECTOR BLOCKS 



Three styles of connector blocks are 
available: "A," "B," and "B-." The "A" 
and "B" designations are used to identi- 
fy correct mating arrangements because 
the physical hardware is identical. The 
two styles are differentiated by the 
color coding of the blocks: the "A" is 



light gray » and the 
(See Figure B-5.) 



is dark gray. 



The "B-" block is the same as the "B" 
but does not have a threaded insert. 

When mating connectors, take care to 
prevent accidental mismating of two "A" 
or two "B" connectors since letter posi- 
tions would then be transposed. Connec- 
tors of the same color are never mated. 

Both the "A" and "B" blocks are used for 
panel mounts. The n A n may also be used 
for a cable end. The "B-" is used only 
as a cable end. (See "Offline Utiliza- 
tion" under "Cabling.") 



1/0 CABLE CAPACITY 



Forty-eight individual positions (ser- 
pentine contacts) arm provided for , in 
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' . ■ ' 3.56 mm x 1.73 mm wide* 
Mating Surface (rj< J4Q [n> x Q m .^ „ ]dm )_+i 
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'A" Style Block ~ Light Gray (Part 5353867) 



8.46 mm— » 
(0.333 in.) 



13.87 mm 
(0.546 in. )" 
Mating Surface 
(Front) 



-I 



. 1 . 73 mm 
(0.068 in.) 



} 



i 7. 90 mm 

(0.311 In.) 

•21.77 mm 
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"B" Style Block — Dark Gray with Threaded Insert (Part 5353868) 
"B-" Style Block -- Dark Gray, No Threaded Insert. (Part 5353869) 

* Mounting Slots 

Figure B-5. Connector Blocks and 
Contact Location 



SERPENTINE CONTACTS 



Descri pti on 



The serpentine contact is a hermaphrodi- 
tic, gold-plated phosphor bronze, dual- 
mat i ng-surf ace contact. (See Figure 
B-6.) 
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A. Part Identification 



Insulation 
Support 



Retaining 
Tab, 




Crimp 
Barrel 



Latch Tab 



Wixs TttPrnnflMon 



Terminations are made by the bare-Mire 
crimp method. Three contacts ttre avail- 
able to cover the range of solid or 
stranded wire sizes required: 



I££l Eaxi 

5404480 
5362301 
5362302 



fcLLnfl Sisa 

18-20 
22-26 
28-32 



Insulation. £S£U2S 

0.042 to 0.103 
0.028 to 0.103 
0.026 to 0.090 



B. Dimensions 




17,4 mm 
(0.684 In.)" 



■^ST^g 



C. Mating Configuration 



0.71 ±0.10 mm 
(0.028 ±0.004 in.) 

t 



§a 



L 



0.64 -H). 38 -0.00 mm 
(0.025 -K>.015 -0.000 in.) 



Two Point Contact 



— ^v 

^- Two Poi 



int Contact 

Figure B-6 . Serpentine Contact 
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Part 5808325 




Bus Assembly (Part 5440649) 
These assemblies are used with cable Part 5353920. 



Part 5808324 ^ 

Tag Assembly (Part 5440650) 



Part 5860310 




Part 5860310 

Bus Assembly (Part 2282675) 



Part 5860309 
Tag Assembly (Part 2282676) 



These assemblies are used with cable Part 5466456. 

Figure B-7 . Terminator Assemblies 



ELECTRICAL SPECIFICATIONS 



Voltage Rati ng : The maximum voltage 
rating of this connector is 24 volts ac 
or dc. For applications above 24 volts* 
contact the local IBM representative. 

Current Rati ng : The maximum continuous 
current rating of each contact is 6 
amperes. The contacts are not intended 
for interrupting current. 



Resi stance : 
termi nati on 
crimps and 
exceed: 



The termination-to- 
resistance (includes 2 
mated contacts) does not 



1. 0.020 ohms when installed on #22 
AUG and larger wire. 



2. 0.030 ohms when installed 
**24-#26 AWG wire. 

3. 0.040 ohms when installed 
«28-tt32 AWG wire. 



on 



on 



Insulati on Rosi stance : The contact-to- 
contact insulation resistance is 100 
megohms (minimum) measured at a test 
potential of 100 volts dc, after expo- 
sure of one hour at a temperature of 38° 
C and 85-90% relative humidity. 
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Grounding : If all surfaces of the cable 
connectors art& nonconducti ve plastic, 
then no grounding is necessary. If any 
part of the surface of the cable connec- 
tors is conductive, then these surfaces 
must be grounded. 



assemblies shown in Figure B-7. 

A bus assembly is used to terminate 
cable (1) and* if the bus-extension 
feature is used* cable (3). A tag 
assembly is used to terminate cable (2). 



TE-RMKNATQR? 



The System/360 and System/370 I/O inter- 
face line termination is provided by the 
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APPEHPIX £x Sy-PPIEHENTARY APPLICATION INFPRJ1ATIQN 



The diagrams in this appendix are exam- 
ples only and do not constitute a 
precise description of the I/O-interface 
archi tecture. 

In the flowcharts of this appendix, the 
decision block involving signal lines 



(with few exceptions) 
ing question: Is the 



poses the follow- 
line logically up? 



The presence of CH (channel) or CU (con- 
trol unit) in a block specifies respon- 
sibility for the action taken or 
decision made. 



V 




Figures C-2 (Part 2), C-5, and C-7 



Yes 



Device address to 
'bus out' 



-E3- 
(CH) 
250 ns delay 



-F3- 



<CH) 

Raise 'address out' 



— G3- 
(CH) 
400 ns delay 




See Note 



■J3- 



(CH) 

Raise 'select out' 



'Request in' is raised for the control- 
unit-initiated sequence when a control 
unit has a need for servicing. 'Request 
in' is dropped when the need for 
service has been completed. 

The channel normally services all 
requests before initiating a selection 
sequence. 




V 



A control-unit-initiated sequence or an 
initial-selection sequence has been 
started by the channel. 



Figure C-2 (Part 1) 



Note: All mention of 'select out' assumes 
proper operation of 'hold out' as well. 
Therefore, 'select out' up means 'select out' 
and 'hold out' are up, and 'select out' down 
means either 'select out' or 'hold out' is 
down. 

Figure C-l. Initiation of Polling or Selection 
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Figure C-1 




The control unit 
is unable to execute 
a command at this 
time and initiates 
a short-busy sequence 




— — \ This is a control-unit-initiated sequence 



(CU) 

Status byte to 

'bus in' 



-GX. 



(CU) 

Raise 'operational in' 



(CU) 

Raise 'status in' 



A control-unit 

busy is now indicated 



(CU) 

Propagate 'select out' 



(CU) 

Device address to 

'bus in' 



Notes: 

1. All mention of 'select out' assumes proper 
operation of 'hold out' as well. Therefore, 'select 
out' up means 'select out' and 'hold out' are 

up, and 'select out' down means either 
'select out' or 'hold out' is down. 

2. Address-recognition requires decoding the 
entire byte; that is, eight bits plus parity. 

3. A control unit may be busy either because 
it is busy operating a device or because the 
control unit is holding status. 

4. The byte on 'bus out' must be valid for at 
least 100 ns prior to the raising of the out tag. 

5. The byte on 'bus in' must be valid within 
100 ns after the raising of the in tag. 

6. The byte on 'bus out' need not be valid after 
the fall of the in tag. The byte on 'bus in' 
need not be valid after the fall of 'select out'. 

7. The byte on 'bus out' need not be valid after 
the rise of 'operational in' or 'select in'. 



Propagation of 'select out' completes 
the signal sequence for this control 
unit. 

This propagated 'select out' becomes 
'select in' at the channel if no other 
control unit responds. 



The control unit has responded to 'select-out' or 
addressing. The channel must now examine the 
response to determine whether to: abort the 
sequence, respond to the control unit busy, or 
continue with the sequence begun by 'operational in! 



The control unit has 
service requirements 
and, therefore, answers J— — 
by starting a control 
unit-initiated sequence 




(CUI 

Drop 'request in' 



^ 



Figure C-2 (Part 2) 




Figure C-2 (Part 1 of 2). Control Unit Response to Select Out 
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The channel acknowledge! 
the short-busy sequence 




wledgesl 

lence | Note 1 , 



(CH) 

Drop 'select out' 



The fall of 'status in' completes 
the control-unit portion of this 
sequence. 

The control unit now waits for 
the condition to clear, a need for 
service, or another selection 
sequence 



The fall of 'address out' 
completes this signal sequence. 

The channel now waits for a 
request for polling or a 
new command 



(CH) 

Drop 'address out' 





Figure C-1 



(CH) 

Drop 'address out' 



(CH) 

Drop 'suppress out' 



(CU) 

Raise 'address In' 



Figure C-3 




V 



Figure C-2 (Part 1) 




Notes 1, 7 



I The attempted initial-selection 

| sequence or poll was unsuccessful 



(CH) 

Drop 'select out' 




(CH) 

Drop 'address out' 




Figure C-1 



The fall of 'select in' completes 
this signal sequence. 



The channel now waits for a 
polling request or a new command 



'Suppress out' is normally dropped 
at the start of an Interface sequence 
if it was up to indicate chaining 




Figure C-2 (Part 2 of 2). Control Unit Response to Select Out 
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m» 



Figure C-2 (Part 2) 




The channel processes 
the address as required 




Note 1 



-C3- 



Yes 



(CH) 

Drop 'select out' 



Notes 2, 5 



D3- 



(CH) 

Raise 'command out' 



Indicates 'proceed' 
during control-unit- 
initiated sequence 




Notes: 

1. All mention of 'select out' assumes proper operation 
of 'hold out' as well. Therefore, 'select out' up means 
'select out' and 'hold out' are up, and 'select out' down 
means either 'select out' or 'hold out' is down. 

2. The byte on 'bus out' must be valid for at least 100 ns 
prior to the raising of the out tag. 

3. The byte on 'bus in' must be valid within 100 ns after 
the raising of the in tag. 

4. The byte on 'bus out' need not be valid after the fall 
of the in tag. 

5. The byte on 'bus in' need not be valid after the rise 
of the out tag. 



Note 4 



-F3- 



Yes 



During an initial-selection sequence, the 
control unit processes the command as required 



(CU) 

Drop 'address in' 




Yes 



Yes 



Note 3 



-J4. 



Control unit prepares to 
transfer initial status byte 



(CU) 

Status byte to 

'bus in' 



Note 3 



-K3- 
(CU) 

Data byte to 
'bus in' 



I" - I Figure C-4 



Figure C-3. Command Transfer 
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Figure C-8 



9 



Figure C-3 




-C3* 



(CH) 

Drop 'command out' 



See Note 



,H3. 



(CU) 

Raise 'service in' 



$ 




Yes 



Yes 



Yes 



Yes 



See Note 



H4^ 



Control unit prepares to 
transfer initial status byte 



(CU) 

Raise 'status in' 



Figure C-5 



Note: The byte on 'bus in' must be valid within 
100 ns after the raising of the in tag. 

Figure C-4. Status/Data Presentation 
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^ 



Figures C-4, C 8 




The channel recognizes the completion 
of this signal sequence. 

[_ Ending a sequence at this point occurs 
only if 'operational in' was slow in 
falling at block G3 in Figure C 7 or 
if 'select out' was slow in falling at 
block F2 in Figure C-6. 



The channel processes 
the data byte. 




ICHI 

Drop 'suppress out' 



(CH) 

Raise 'suppress out' 



Assure overlap of the state 
'suppress out' and 'service 



iteof I 
:e out' | 



ICH) 

250 ni delay 



Notes 2, 3 



The channel accepts 
data or status 



rH 



ICH) 

Raise 'service out' 



Notes: 

1. All mention of 'select out' assumes proper 
operation of 'hold out' at well. Therefore, 
'•elect out' up means 'select out' and 'hold 
out' are up, and 'select out' down means 
either 'select out' or 'hold out' is down. 

2. The byte on 'bus out' must be valid for at least 
100 ns prior to the raising of the out tag. 

3. The byte on 'bus in' need not be valid after 
the rise of the out tag. 



Note 3 



If byte-multiplexer 
channel, 'select out 
has already been 
dropped 




Interface data transfer 
portion of this command 
is complete on selector 
channel ^^ 

(CH) 

Zero status 

byte 




This sequence ends with 
device end, busy, CU end, 
unit check, unit exception, 
attention, or status modifier 
(or channel end on block- 
multiplexer channel) 




Normal command 
execution begins 



(CH) 

Raise 'command out' 



The channel cannot accept 
—J the data or status, 'Stop' or 
'Stack' is indicated 



$- 



igure C-6 



Figure C-5. Response to Status/Data Presentation 
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Figure C-5 




Note 2 



-E1- 



The status is accepted. 
Command chaining is 
indicated if 'suppress 
out' is up at the 
control unit at this 
time 



Note 2 



(CU) 

Drop 'status in' 



■E3- 



Data, if inbound, 
was accepted. Data, 
if outbound, was on 
bus out. The control 
unit processes any 
outbound data 



Stop is 




Stack is 


recognized 




recognized 


by the 




by the 


control 




control 


unit 




unit 



Note 2 



(CU) 

Drop 'service in' 



Note 1 




■J3- 




(CU) 

Drop 'operational in' 



Notes: 

1 . All mention of 'select out' assumes 
proper operation of 'r\old out' as well. 
Therefore, 'select out' up means 'select 
out' and 'hold out' are up, and 'select 
out' down means either 'select out' or 
'hold out' is down. 

2. The byte on 'bus out' need not be valid 
after the fall of the in tag. 



The fall of 'operational in' 
completes the control-unit 
portion of this signal sequence. 
The control unit now waits 
for a new command or a 
need for servicing 



<d 



Figure C-7 



Figure C-6. Response to Stack/Stop/Accept 
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V 



Figure C-6 




A channel may need to 
hold up data transfer 
temporarily. It may 
accomplish this by 
raising 'suppress out'. 

To be effective, 'suppress 
out* must rise at least 
250 ns prior to the fall 
of 'service out' for the 
preceding byte 





22 ^ 



F2- 

<CH) 

Drop 'service out' 



-F3- 




Yes 



(CH) 

Drop 'command out' 



L 



'Operational in' must 
drop prior to dropping 
'command out' to prevent 
the status from being 
presented again 



This signal sequence 
is completed. The 
channel now waits 
for a new initial- 
selection sequence 
or control-unit- 
initiated sequence 




09 

\/ Figure C-1 



The channel assumes a 
burst-type sequence and 
waits for further control- 
unit activity 






igure C-8 



Figure C-7. Response to Fall of Status In or Service In 
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igure C-7 




Notes: 

1. All mention of 'select out' 
assumes proper operation 
of 'hold out' as well. Therefore, 
'select out' up means 'select 
out' and 'hold out' are up, and 
'select out' down means either 
'select out' or 'hold out' is down. 

2. The byte on 'bus in' must be valid 
within 100 ns after the raising of 
the in tag. 



This completes the 
control-unit portion 
of this signal sequence. 
The control unit now 
waits for a new 
command or a need 
for servicing 



-N2- 



Note2 



(CU) 

Drop 'operational in' 



-N3- 



(CU) 
Inbound data 



No 



Note 2 



(CU) 

Status byte to 'bus in' 



V 



Figure C-5 



-N4- 



(CU) 

Data byte to 'bus in' 



^Go 
or' 

\S Figure C-4 



to raise status in 
service in' 



Figure C-S. Burst Mode Waiting Loop 
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Operational Out 



Request In 



Hold Out 



Select Out 



Select In 



Address Out 



Operational In 



Address In 



Command Out 



Status In 



Service In 



Service Out 



■ft- 



Mr 



■#■ 



Mr 



Mr 



-tf— <& 



* 



M- 



Mr 



M- 



Mr 



n . ,r> . ■ , (Valid) ,, 

Bus In (9 Lines) \jr 



Bus Out (9 Lines) < Valld > ^ 



Suppress Out 



-Vr 



Note: The encircled dot ( ® ) is used in the 
sequence chart to indicate the checking of that 
signal's level before proceeding. 



■Initial Selection - 



Opl Out 

15— ^ Sr 



*fr 




Mr 



^Mechanical* 
Delay 



Suppress Data 
Transfer 
(Buffer Type 
Device Only) 



• Data Transmission ■ 



►Mechanical* 
Delay 



nding Sequence* 



Normal Input Operation (Channel Forced Burst Mode Selector Channel) 



Chaining Indicated -J Chaining 

at Channel End Indicated 

at Device 

Immediate Command Operation 



■Control Command Initiated- 



4r- 



Mr 



Mr 



Mr 



Mr 



Mr 



Mr 



Mr 



Mr 



Mr 



Mr 



M- 



Mr 




Operational Out 



Request In 



Q Hold Out 



Select Out 



Select In 



— — ■ Address Out 



Operational In 



Address In 



Command Out 



Status In 



Service In 



Service Out 



Address 14 



n i — L 



Device End| 
Control- 
Unit End 



^ 



Control-Unit Busy 
-Short-Busy Sequence — 



■ Channel-Initiated Sequences 



-Unit -J 



Device End Control- 
Status End and Device End 
Occurred Status Accepted 
Ending Sequence 



Control-Unit- Initiated Sequence 



Bus In (9 Lines) 



Bus Out (9 Lines) 



Suppress Out 



Figure C-9. Selector Channel Operations 
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4S- 



-fr 



IS fr 



■Vr 



-«■ 



Operational Out 



Request In 



Opl Out 



Hold Out 



Select Out 



Select In 



Address Out 



Operational In 



Address In 



Command Out 



Status In 



Service In 



Service Out 



Bus In (9 Lines) (Valid) s t 



Bus Out (9 Lines) (Valid) 



Suppress Out 




Operational Out 



<< Request In 



Hold Out 



'( Select Out 



Select In 



Address Out 



it. Operational In 



Address In 



Command Out 



Status In 



Service in 



Service Out 



Bus In (9 Lines) 



Bus Out OLines) 



it Suppress Out 



Note: The encircled dot (®) is used in the sequence chart to indicate the checking of that signal's level before proceeding. 



Figure C-10. Control-Unit-Forced Burst-Mode Operation-on-Byte Multiplexer Channel 
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Operational Out 



Request In 



Hold Out 



Select Out 



Select In 



Address Out 



Operational In 



Address In 



Command Out 



Status In 



Service In 



Service Out 



«7k>»i» / »fr 



rh 



-fr 



"Sfr 



•& 



■ft 



■# 



■# 



■* 



* 



**- 



■* 



Bus In (9 Lines) (Valid) 'J 



(Valid), 



Bus Out (9 Lines) 



Suppress Out 



tt 



-*H> 



*L 



^ 



-»■ 



-W- 



Opl Out 



-Vr 



•-System-* 
Reset 



■fr 



<*H- fr 



■fr 




* 



-H- 



* 



■5J- 



■**■ 



■H- 



■8- 



I Address 30 _. „ 
i ^ | | Status 



'Al | status 



I I I ■ 

Address 24 «..„.,,„ 
i ^ i | Status 




I I 
I I i 



I I Zero 
I I 



* 



i^i | status 

rLL-TL 



I I I Zero 



■H" 



Address 30 First Byte 

_n r 



Data 



Address 24 

_n i — L 



Data I Data 



ri fi Bu> in 



i i 

Address 30 Last Byte 



•Vr 



■fl- 




Address 24 



n 



Data 



■»■ 



n i — i n 



Data Data 



■»■ 



Address 30 

_TL_ 



IStatusI 



Address 30 nnmmanM 
I A I Command 



4- 



T TL 



i i 
Address 24 

j-*-i n 



I I 
Command 



Read 



Read 



* 



■# 



,Bus Out 



Channel 
End 
Device 
End 



■$$- 



-8- 



Address 24 



-Initial Selection 



Initial Selection- 



r 



-» 



Data Byte 
Ready 
Device 30 

-Data Transmission (Single Byte)- 



t 



Data Byte 
Ready 
Device 24 



I 



■9 



Sup Out 



Data Byte 
Ready 
Device 30 



■Data Transmission (Multibyte)- 



-Data Transmission (Single Byte)- 



Data Transmission (Multibyte) 



Multiplex Operation 



r 



Status 
Accepted 



■Ending Procedure - 



■• — <— Interface Disconnect 



■Vr 



Operational Out 



£(- Request In 



Jfr. Hold Out 



Select Out 



M— Select In 



Address Out 



SLm Operational In 



Address In 




Command Out 



Bus Out (9 Lines) 



Ending Procedure - 



Note: The encircled dot ( <•) ) is used in the sequence chart to indicate the checking of that signal's level before proceeding. 



Figure C-ll. Multiplexing Operation on Byte-Multiplexer Channel 
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Disconnect In 

Operational Out 
Request In 

Hold Out 

Select Out 

Select In 

Address Out 

Operational In 

Address In 

Command Out 

Status In 

Service In 

Service Out 

BusO In (9 Lines) 






■#■ 



•Vr 



-Vr 



* 



(Valid) 



fr 



Bus Out (9 Lines) (Valid) 



Suppress Out 
Data In 

Data Out 



* 



Bus 1 In (9 Lines) < Valid ) 



* 



Bus 1 Out (9 Lines) (Valid) 



•H- 



Mark In 
Mark Out 
Markl In 
Mark 1 Out 

Mark In Parity 
Mark Out Parity 



-H- 



■ft- 



■8- 



■#■ 




Dis In 



"«■ 



■W- 



* 



■fl- 



■#■ 



■«■ 



■»■ 



■**■ 



* 



1 — Control Unit 

Detects Malfunction 



Initial Selection- 



Selective Reset ■> 



Note: The encircled dot ( (§) ) is used in the 
sequence chart to indicate the checking of that 
signal's level before proceeding. 



■Initial Selection 



* 



■fl- 



•fr 



-sv- 



-fr 



■fl- 



■* 



* 



■Data Transfer- 



Chaining 
Indicated 



- Ending Sequence- 
Block Multiplex Operation (Disconnection with Channel End) 



-Early Data-bus- 
Width Indication 



Initial Selection- 



Data Transfer- 



Ending Sequence — ». 



-Two-Byte-Wide Data Transfer 



■Initial Selection — *• 



•Data Transfer 



^ Disconnect In 



Operational Out 
I Request In 



Hold Out 



Select Cut 
J. Select In 



Address Out 



Operational In 
J. Address In 



jl Command Out 
J) Status In 




^ Bus In (9 Lines) 



^ Bus Out (9 Lines) 



A Suppress Out 



4 Bus 1 In (9 Lines) 



_$ Bus 1 Out (9 Lines) 
_ i MarkO In 



^ MarkO Out 
U Mark 1 In 



, Mark 1 Out 
JL Mark In Parity 



^ Mark Out Parity 



■s 



—Block Multiplex Operation (Data-In/Data-Out Transfer) — $ 

Figure C-12 (Part 1 of 2). Block-Multiplexer Channel Operation 
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^ Disconnect In 

Operational Out 
ty Request In 



Address Out 
^ ■ Operational In 
^ ■ Address In 
^$— — Command Out 
ty Status In 



^fr— Bus In (9 Lines) 
^— Bus Out (9 Lines) 




nes) 



Ifo Bus 1 Out (9 lines) 



ty Mark In Parity 



Mark Out Parity 



Figure C-12 (Part 2 of- 2). Block-Multiplexer Channel Operation 
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Legend: 

a > 270 nanoseconds 
b > 180 nanoseconds 
c > 100 nanoseconds 



Note: The encircled dot ( ® ) is used in the 
sequence chart to indicate the checking of that 
signal's level before proceeding. 



Figure C-13. Data-Streaming Operation on Block-Multiplexer Channel 
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Figures D-l through D-5 summarize appro- 
priate and inappropriate status combina- 
tions that are further described in the 
section "Status Combinations" in Chapter 
2, "Operational Description." The 
condition represented by each bit posi- 
tion is defined in the section "Status 
Byte*" also in Chapter 2. 



First 

Hex 
Digit 


Second Hex Digit 
0123 4567 89AB CDEF 


0_ 
1_ 
2_ 
3_ 

4_ 
5_ 

6_ 
7_ 

8_ 
9_ 
A 
B_ 

C_ 

D- 
E_ 


































































































Explanation; 

This figure shows the 256 possible combina- 
tions of bits that may be presented as the 
device-status byte during the short-busy 
sequence. For each status combination, the 
figure specifies: 

• Combination of bits is inappropriate 
for the device-status byte 

A Combination of bits is appropriate 
for the device-status byte 

The device-status byte is represented in 
the figure by a two-digit hexadecimal value 
where the 16 possible values for each digit 
arQ shown as follows: 

First hex digit: Represents bit positions 
0-3 (attention* status modifier* control- 
unit end, and busy, respectively) 

Second hex digit: Represents bit posi- 
tions 4-7 (channel end, device end, unit 
check, and unit exception, respectively) 



Figure D-l. Status Presented during Short-Busy Sequence 
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First 

Hex 
Digit 



12 3 



Second Hex Digit 
4567 & 9 A B 



C D E F 



0_ 
1_ 
2 
3_ 

4 

5_ 
6_ 
7_ 

8 
9 

A 
B_ 

C_ 

D_ 

E 

F_ 



A A 
A A 



A A 
A A 



A A A A 



• A 
A A 

• • 

A A 



A A 

A A 

• • 

A A 



• A 
A A 



A A 
A A 



A A A A 



• A 
A A 



A A 
A A 



A A A A 



• • • • 

A A A A 



A A A A 



A A A A 

• • • • 

A A A A 



• • • • 

A A A A 



A A A A 



• • • • 



A A A A 
A A A A 



A A A A 

A A A A 

A A A A 

A A A A 



A A A A 

A A A A 

A A A A 

A A A A 



A A A A 

A A A A 

A A A A 

A A A A 



A A A A 

A A A A 

A A A A 

A A A A 



A A A A 

A A A A 

A A A A 

A A A A 



A A A A 

A A A A 

A A A A 

A A A A 



A A A A 

A A A A 

A A A A 

A A A A 



A A A A 

A A A A 

A A A A 

A A A A 



Ej£ElSHSllon : 



This figure shows the 256 possible combina- 
tions of bits that may be presented as the 
device-status byte for initial status when 
not command chaining. For each status com- 
bination* the figure specifies: 

• Combination of bits is inappropriate 
for the device-status byte 

A Combination of bits is appropriate 
for the device-status byte 

The device-status byte is represented in 

the figure by a two-digit hexadecimal value 

where the 16 possible values for each digit 
are shown as follows: 

First hex digit: Represents bit positions 
0-3 (attention* status modifier* control- 
unit end* and busy* respectively) 

Second hex digit: Represents bit posi- 
tions 4-7 (channel end* device end* unit 
check* and unit exception* respectively) 



Figure D-2. Initial Status When Not Command Chaining 
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Explanation: 



This figure shows the 256 possible combina- 
tions of bits that may be presented as the 
device-status byte for initial status when 
command chaining. For each status combina- 
tion/ the figure specifies: 

• Combination of bits is inappropriate 
for the device-status byte 

A Combination of bits is appropriate 
for the device-status byte 

The device-status byte is represented in 

the figure by a two-digit hexadecimal value 

where the 16 possible values for each digit 
are shown as follows: 

First hex digit: Represents bit positions 
0-3 (attention, status modifier, control- 
unit end, and busy, respectively) 

Second hex digit: Represents bit posi- 
tions 4-7 (channel end, device end, unit 
check, and unit exception, respectively) 



Figure D-3. Initial Status When Command Chaining 
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Explanation* 



This figure shows the 256 possible combina- 
tions of bits that may be presented as the 
device-status byte for the first status 
after zero initial status. For each combi- 
nation* the figure specifies: 

• Combination of bits is inappropriate 
for the device-status byte 

8 Combination of bits is inappropriate 
for the device-status byte except when 
the dynami c-reconnecti on feature is 
in use 

A Combination of bits is appropriate 
for the device-status byte 

The device-status byte is represented in 
the figure by a two-digit hexadecimal value 
where the 16 possible values for each digit 
arfk shown as follows: 

First hex digit: Represents bit positions 
0-3 (attention* status modifier* control- 
unit end* and busy* respectively) 

Second hex digit: Represents bit posi- 
tions 4-7 (channel end* device end* unit 
check* and unit exception* respectively) 



Figure D-4. First Status after Zero Initial Status 
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Explanation: 




This figure shows the 256 possible combina- 
tions of bits that may be presented as the 
device-status byte for the first status af- 
ter channel end without device end. For 
each status combination* the figure speci- 
fies: 

• Combination of bits is inappropriate 
for the device-status byte 

tt Combination of bits is inappropriate 
for the device-status byte except when 
the dynami c-reconnection feature is 
in use or when command chaining was 
not indicated 

A Combination of bits is appropriate 
for the device-status byte 

The device-status byte is represented in 
the figure by a two-digit hexadecimal value 
where the 16 possible values for each digit 
are shown as follows** 

First hex digit: Represents bit positions 
0-3 (attention, status modifier, control- 
unit end, and busy, respectively) 

Second hex digit: Represents bit posi- 
tions 4-7 (channel end, device end, unit 
check, and unit exception, respectively) 



Figure D-5. First Status after Channel End without Device End 
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Appendix E. Electrical Specifications for the 
4.5-Megabyte-per-Second Data-Transfer Rate 



Electrical and Timing Requirements E- 1 

Driver Characteristics E- 1 

Driver Voltage Range E-l 

Measurement Points E-l 

Pulse-Width Measurement E-l 

Receiver Characteristics E-l 



I/O-Interface Configuration for 
4.5-Megabyte-per-Second Data-Transfer 

Rate . E-2 

External Cable E-2 

I/O-Interfacc Configuration E-2 

Ground Shift and Noise E-2 



Electrical and Timing 
Requirements 



Driver Characteristics 

Driver characteristics are measured at the tailgate of 
the unit which contains the driver and apply for 
any lines used during data transfer. The driver 
uplevel is at least 3.05 volts at a load of 51.4 ohms, 
and does not exceed a voltage of +4.2 volts at a 
load of 56.9 ohms. The driver downlevel is less 
than 0.15 volts at a load of 56.9 ohms. 

The driver maximum rise time from 0.15 volts to 
3.05 volts or fall time from 3.05 volts to 0.15 volts 
is 15 nanoseconds. 

The maximum driver slew rate (rate of change of 
voltage) is 0.65 volts per nanosecond, as measured 
with a load of 47.5 ohms and an ac load of 10.2 
picofarads. 

Driver Voltage Range 

Within a single I/O interface for a single unit, all 
drivers for lines used to provide data transfer must 
not differ by more than 0.5 volts; that is, those 
drivers which are active differ by no more than 0.5 
volts. The 0.5 volts difference is measured at the 
tailgate between normal operating loads of 46.3 
ohms and 56.9 ohms. 

For a control unit, the drivers used to provide data 
transfer are 'service in', 'data in 1 , and all 'bus in' 
lines. For a channel, the drivers used to provide 
data transfer are 'service out', 'data out', 
'suppress out 1 , 'command out', and all 'bus out' 
lines. 



Measurement Points 

Unless otherwise noted, all timings and electrical 
characteristics stated in the definition for out tags 
or 'bus out' are measured at the channel tailgate. 
All timings and electrical characteristics stated in 
the definition for in tags or 'bus in 1 are measured 
at the control-unit tailgate. 

Pulse-Width Measurement 

For pulses representing the logical-one state, the 
pulse width is the interval as measured from the 
time the signal at the tailgate of the driver goes 
above +2.22 volts to the time the signal goes 
below + 2.22 volts. 

For pulses representing the logical-zero state, the 
pulse width is the interval as measured from the 
time the signal at the tailgate of the driver goes 
below + 1.05 volts to the time the signal goes 
above + 1.05 volts. 

Receiver Characteristics 

For the 4. 5-mcgabytc-per- second data-transfer rate, 
an input voltage (relative to the receiver tailgate) of 
+ 1.75 volts or more is interpreted as a logical one; 
an input of +1.15 volts or less is interpreted as a 
logical zero. An open-circuited input is interpreted 
as a logical zero. 

The receiver is not damaged by: 

1. A dc input of + 7.0 volts with power on or off 
at the receiver 

2. A dc input of -0. 1 5 volt with power on or off 
at the receiver 

To reduce the loading effect on the line, the 
receiver input resistance is larger than 7,400 ohms 
across the input voltage range of +0.15 volt to 
+ 3.9 volts, and the negative receiver input current 
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does not exceed -0.24 milliampere at an input 
voltage of +0.15 volt. To further reduce the 
loading effect on the line, the receiver input 
capacitance must be less than 50 picofarads. 



I/O-Interface Configuration for 
4.5-Megabyte-per-Second 
Data-Transfer Rate 

In order to allow higher data-transfer rates than are 
allowed by the 3-megabyte-per-second data-transfer 
rate, tighter tolerances are required on the electrical 
properties of the external cables used during data 
transfer and on the allowable system configurations. 

External Cable 

All lines of the external cable have a characteristic 
impedance of 95 ± 3 ohms. With the exception of 
'select out', all lines are terminated at each extreme 
end in their characteristic impedance by a termi- 
nating network. The maximum allowable skew 
among all lines used for data transfer is 0.07 
nanoseconds/foot (includes consideration of cable 
cut length during assembly). IBM bulk cable P/N 
5460174 is an example of an external cable that 
meets these requirements. 

Note: External cables which meet the requirements 
for the 4.5-megabytes-per-second data-transfer rate 
also meet the requirements for both interlocked 
data transfer and 3-megabytes-per-second data 
transfer. 

I/O-Interface Configuration 

On any one I/O interface, from the channel to the 
last control unit capable of using the 
4.5-megabyte-per-second data-transfer rate, the 
external cable and all intervening control units must 
meet the requirements of the 

4.5-megabyte-per-second data-transfer rate. The 
selection circuitry of a control unit capable of using 
the 4.5-megabyte-per-second data-transfer rate may 
be attached to either 'select out' or 'select in'. 
(See the section "Select Out/Hold Out and Select 
In" on page 1-8.) 

A control unit that does not meet the I/O-interface 
requirements for the 4.5-megabyte-per-second data- 



transfer rate must be attached beyond the last 
control unit on an I/O interface which is capable of 
the 4.5-megabyte-per-second data-transfer rate. 

Between the tailgate of the channel and the tailgate 
of the last control unit on the I/O interface capable 
of the 4.5-megabyte-per-second data-transfer rate, 
the maximum resistance for any line used during 
data transfer is 21 ohms. The 21 ohm resistance 
includes all intervening contact resistance, internal 
cable resistance, and external cable resistance. 

The total I/O interface cable length may be limited 
by special conditions but never exceeds a total line 
resistance of 33 ohms. The 33-ohm line resistance 
includes all contact resistance, internal cable resist- 
ance, and external cable resistance. 

In establishing the I/O configuration, the allowable 
external cable length is reduced to compensate for 
the attenuation within all control units capable of 
the 4.5-megabyte-per-second data-transfer rate. 
This attenuation is measured at 400 megahertz 
(mhz) and is measured between the incoming 
tailgate connector and the outgoing tailgate . con- 
nector. The attenuation within the control unit is 
considered to be the attenuation of the line used 
during data transfer having the largest loss within 
the control unit. To compensate for attenuation 
within a control unit, the allowable external cable 
length must be reduced at the rate of 10 feet (3.05 
meters) per decibel (db) of attenuation, and this 
reduction is carried out for each control unit. For 
the purpose of determining the reduction in 
external cable, and only for this purpose, the 
starting maximum allowable external cable is con- 
sidered to be 415 feet. 

Ground Shift and Noise 

The maximum allowed ground shift between any 
active driver and any receiver on the same interface 
line is 1 50 millivolts. 

In addition, the total noise due to all noise contrib- 
utions (this includes the channel, one or more 
control units, and interface cabling) cannot cause 
the signal uplevel at any receiver input to fall below 
1.7 volts and the signal downlevel at any receiver 
input to rise above 1.2 volts. 
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